Pd-dev August 2003

pd-dev@lists.iem.at

28 participants
29 discussions

help with VC++!!!!
by Jeffrey Hildebrand 08 Aug '03

08 Aug '03

whoops, i actually meant #include .h files. anyway i'm kinda new to VC++ and i'm previously used to gvim and linux compilers. i'm including the visualstudio/bin folder or whereever the link.exe file is. in the VC++ options i have it included under the "executables" directory. i think this is where most of my errors are coming from when trying to create a .dll because the builder can't find the link.exe. thanks, scott

1 0

Segfaults with FLEXT code
by B. Bogart 07 Aug '03

07 Aug '03

Hello all, I'm having trouble with segfaults with my FLEXT external, I'm new to flext and C++ and I really don't have an idea how to narrow it down. I've got it down to two lines that commented out remove the segfault, but I can't find anything wrong with those lines. I've attached my flext class (pso.cpp) and the SDL C program I'm re-implimenting. The SDL program has no segfault problems, and most of the code is copy-pasted with only variable and array subscript changes... Any help would be greatly appreciated. Thanks Ben

2 3

Fw: cvs devel_0_37 SIMD usage
by Thomas Grill 06 Aug '03

06 Aug '03

> i made some more changes to the devel_0_37 branch: Oh, i forgot to mention that it's all very sketchy at the moment and no real profiling done yet. In order to make use of SIMD you have to specify USESIMD as a compilation definition. Remember that there is no check done whether the cpu really supports SSE!! (but all PIII/P4 etc. do) good luck, T

1 0

cvs devel_0_37 SIMD usage
by Thomas Grill 06 Aug '03

06 Aug '03

Hi all, i made some more changes to the devel_0_37 branch: - if in d_ugen.c VECTORALIGNMENT is defined, all signal vectors will be aligned to the specified bit alignment. - coded some of the more important (and easy to do...) dsp functions for the Intel SSE instruction set: the functions include sig~, +~, -~, *~ and zeroing/copying routines. At the moment this is VC++/Windows only. The cpu usage for the FFT/pvoc example drops from about 25% to about 20% on my old PIII-800 with ugly SDRAM memory. I except an even better speed improvement for P4 with RDRAM/DDR memory. best greetings, Thomas

1 0

Gem/MarkEx now in pd-externals
by Hans-Christoph Steiner 06 Aug '03

06 Aug '03

I just finished integrating the MarkEx objects from Gem into the pd-externals CVS. These are objects from GEM which don't have any dependencies besides libc and are generally useful. What I moved is the entire contents of Gem/src/MarkEx except [hsv2rsb] and the vector lib. [hsv2rsb] depends on some Gem functions. The vector lib could be included as well, but it would be non-trivial to make those objects into single files, so I left it. [abs~] is now in creb and [reson~] is now in cxc, so I didn't include those. Also, all of the objects have been separated into one file per object. You can find these in externals/markex. Hopefully they will be removed from Gem since they are now a part of the pure-data CVS. Also, this solves a few name conflicts: [average] with maxlib, [counter] with cxc and cyclone, and [change] with pd. I have renamed all of these using gem_ as a prefix, i.e. [gem_average] and included them. I compiled them under Linux and MacOS X, and will try to compile under Win2k later tonight. .hc

4 6

CodeWarrior compilation, measurements
by Thomas Grill 06 Aug '03

06 Aug '03

Hi, there was a thread some time ago concerning compilation of PD for OSX with Codewarrior. With some efforts i managed to do it (the key is to enable "Enums always int" !) and i did some profiling with it. Surprisingly, the cpu load was practically identical between the gcc 3.1 and the CW8 build for all the patches of the pd doc that i tried out... so, since ProjectBuilder is free, it seems that there is no apparent reason to engage in the somehow tiresome compilation with CW. (there is also the additional issue that in order to build externals with CW, pd has to be split up into a dylib part and a main app part) Independently from that I also measured that a noticeable amount of cpu percentage is eaten up by the sys_getrealtime calls in the scheduler loop. Maybe there's a way to spare some of these calls? The other thing is that all the plus/minus/times dsp functions that are dominant for most patches could be easily accelerated using SIMD instructions (AltiVec on the PPC or SSE for Intel) since memory speed doesn't seem to be fully exploited here (signal vectors are in the cache). When i've got the time i'll transfer some of the flext SIMD code to the devel_0_37 branch. best greetings, Thomas

2 2

devel_0_37: widgetbehavior, garray dirty flag
by Thomas Grill 05 Aug '03

05 Aug '03

Hi all, i added two more smaller things to the devel_0_37 cvs branch: 1) after the recent communication about cloning widget behavior i found the easiest and equally portable solution to expose the text_widgetbehavior structure in g_canvas.h so that one can copy the respective functions to an object's own widgetbehavior structure, e.g. (from the attribute editor in flext) //cloned functions widgetbehavior.w_getrectfn = text_widgetbehavior.w_getrectfn; widgetbehavior.w_displacefn = text_widgetbehavior.w_displacefn; widgetbehavior.w_selectfn = text_widgetbehavior.w_selectfn; widgetbehavior.w_activatefn = text_widgetbehavior.w_activatefn; widgetbehavior.w_deletefn = text_widgetbehavior.w_deletefn; widgetbehavior.w_clickfn = text_widgetbehavior.w_clickfn; // special functions widgetbehavior.w_propertiesfn = cb_GfxProperties; widgetbehavior.w_savefn = cb_GfxSave; widgetbehavior.w_visfn = cb_GfxVis; class_setwidget(c, &widgetbehavior); 2) in order to know when an array has been updated and use this information in an external graphical arrays have got a dirty flag in devel_0_36. I introduced this feature into devel_0_37 along with the exported function double garray_updatetime(t_garray *x) in m_pd.h to get the last update time (with the time base of clock_getlogicaltime) best greetings, Thomas

3 5

changing menu size
by Tim Blechmann 05 Aug '03

05 Aug '03

hi all, i'm curious if it would be possible to change the size of the menu or the menu font? i don't know tcl/tk, so i don't know if it uses predefined settings... well, i suppose it's only a small change of the pd.tk, but i just don't know what and where... thanks... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

3 2

Pd 0.37 test 7 and cvs devel_0_37
by Thomas Grill 03 Aug '03

03 Aug '03

Hi Miller, hi all, During my tests with the new version i realized that in s_audio.c, function sys_get_audio_apis the variable n is not intialized Also, in s_audio_pa.c i can only correctly compile (for Windows) if at line 20 the equivalence is not defined for MSW. I also realized (and that is bad for my stuff) that the widgetbehavior structure is no longer prefilled with default functions. Do you plan to do more changes here, e.g. introduce functions to inherit behavior or change only specific entries of the struct? I merged in version 0.37 test 7 into the devel_0_37 branch of the cvs ( hope i didn't break anything... there were a lot of changes...), and also added some of my stuff from the devel_0_36 branch: - thread locks with unlocking at idle time (functions sys_lock, sys_unlock, sys_trylock) - soft quitting using the sys_quit flag of the scheduler loop (non-exported function sys_exit) These features have proven to work realiably with my setup (under Windows) in daily work. It would be great if they could be incorporated into the mainstream PD distribution. (Miller, is already asked this, but what is the reason that exit() is used to terminate PD instead of cleanly exiting the scheduler loop using the sys_quit flag?) best greetings, Thomas

3 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev August 2003