Pd-dev December 2003

pd-dev@lists.iem.at

21 participants
24 discussions

Pdplay?
by Nicola Bernardini 21 Oct '04

21 Oct '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear all, at the SOb project (http://www.soundobject.org) we're writing some really cool physical model objects which we are soon going to package and propose to the pure-data externals repository (they are GNU/GPL). However, we now have a problem that we want to solve soon: we need standalone versions of some demo applications (possibly running griPD etc.) we did. It would be nice to have a sort of MaxPlay type of thing (how about PdPlay?). I have some ideas on how to do it and it could be trivial, and therefore it is very probable that someone has already done it somewhere. If no one has done it, I'll hack up one solution and report back to the list as soon as it is done (it is going to be GNU/GPL anyway :). Thank you in advance for all the help you will want to give. nicb +--------------------------------------------------------------------+ |Nicola Bernardini | |E-mail: nicb(a)centrotemporeale.it | |GPG Fingerprint = 6AE6 AF21 E160 D9B3 396E EBAC 906C CFAE 4D65 D910| |Neither MS-Word nor MS-PowerPoint attachments please: | |http://www.fsf.org/philosophy/no-word-attachments.html | +--------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9mf2qkGzPrk1l2RARAqi/AJ92NXY9HoDWlMbRcu59RkUQNH8E7gCeLU07 +ocbGJWYRzzrrdQO/cG0BcM= =TT6i -----END PGP SIGNATURE-----

5 7

-DLINUX
by Hans-Christoph Steiner 25 Mar '04

25 Mar '04

Would it break anything if I add -DLINUX to externals/build/linux/makefile? There is already /DNT and -DMACOSX for Windows and MacOSX, and it would be handy to be able to differentiate Linux as well. .hc zen \ \ \[D[D[D[D

4 4

PPC SIMD for devel_0_37 was: [PD-dev] cvs write access
by Thomas Grill 25 Mar '04

25 Mar '04

Hi all, i implemented SIMD support for PPC processors to the devel_0_37 branch. This will currently only be used if "-faltivec" is (manually) added to the CFLAGS in the makefile. Needless to say, this won't work on G3 cpus. Since my experience with Altivec is limited, i would be grateful if one of the SIMD experts could have a look. I'm using the mid-level mnemonics, not direct assembly code. Some functions are still lacking. The amount of cpu saving (at least on my PB 400) is not as impressive as with the Intel/SSE implementation. I would attribute this to the slow memory of my machine.... probably newer machines perform better. best greetings, Thomas Anfang der weitergeleiteten E-Mail: > Von: Thomas Grill <t.grill(a)gmx.net> > Datum: 28. Dezember 2003 04:03:14 GMT+01:00 > An: pd-dev(a)iem.at > Betreff: [PD-dev] cvs write access > > Hi all, > it seems that i can't commit to the pd cvs repository anymore. Could > one of the admins please look into it? > > best greetings, > Thomas > > > _______________________________________________ > PD-dev mailing list > PD-dev(a)iem.at > http://iem.at/cgi-bin/mailman/listinfo/pd-dev >

2 1

pthread_setschedparam problem on OSX + fix
by cgc 17 Jan '04

17 Jan '04

I've been meaning to post this change for a long time, and have been negligent about it. The pthread_setschedparam() hack that helps pd's audio not drop on OSX is absolutely fatal when used with GEM. The reason for this is that OSX uses OpenGL for the entire UI and GL requires context switches to handle multiple applications sharing the hardware. When Pd sets it's pthread priority higher than the UI, this context switch can be blocked resulting in a complete lockout of UI events as GEM grabs all the CPU resources and refuses to relinquish the context. The fix is to add the -rt option as prerequisite and not make this the default action (a check to make sure GEM is not loaded would be good to have as well): #ifdef MACOSX if (sys_hipriority) { struct sched_param param; int policy = SCHED_RR; int err; param.sched_priority = 80; // adjust 0 : 100 post("pd: real-time mode - using pthread_setschedparam\n"); err = pthread_setschedparam(pthread_self(), policy, &param); if (err) post("warning: high priority scheduling failed\n"); } #endif /* MACOSX */

3 2

LPC objects for Pd ?
by Luigi Castelli 30 Dec '03

30 Dec '03

Hi, I am learning about Linear Predictive Coding, and after days and days of theory I'd like to see it in action. Are there any LPC objects for Pd out there ? Thanks. - Luigi ===== Luigi Castelli superbigio(a)yahoo.com __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003

1 0

pvoc example and rsqrt~
by Thomas Grill 29 Dec '03

29 Dec '03

Hi Miller, hi all, i came across a strange thing when testing the Altivec SIMD implementation with my favorite example, namely 04.fft/09.pvoc.pd . It seems that the phase propagation is dependent on the fact that rsqrt~ (0) delivers a valid non-zero value of about 1.e+19. (well, which non-zero value is irrelevant) If rsqrt~ (0) = 0, which would make more sense to me (given the zero checks in /~ ) the example is silent. (what almost drove me nuts, btw. ) Although i already asked before, i'd be interested about the common behaviour of objects that are endangered to deliver NANs. Should these cases always be trapped and bashed to zero? To know that would help me a lot with the proper SIMD implementation. best greetings, Thomas

3 2

cvs write access
by Thomas Grill 29 Dec '03

29 Dec '03

Hi all, it seems that i can't commit to the pd cvs repository anymore. Could one of the admins please look into it? best greetings, Thomas

2 1

[flext] constiency check failed: glist_findrtext
by Tim Blechmann 27 Dec '03

27 Dec '03

hi thomas, hi list, i've got a problem running xsample and syncgrain: both compile fine, but they segfault after the message: constiency check failed: glist_findrtext compiled with flext as shared object, both xsample and syncgrain are as well as syncgrain from cvs ... compiled with gcc 3.2 against devel_0_36 any hints? thnx... 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

2 2

fluid~ crashes
by Frank Barknecht 25 Dec '03

25 Dec '03

Hallo, I'm having a problem with my fluid~ external [1] for Pd/Max crashing Pd. This is with the current CVS version of fluid~ and Pd 0.37. I'm using the libfluidsynth package from Debian, which is at version 1.0.3. Creating the object and loading soundfonts works fine, but as soon as audio is turned on, a patch with the fluid~ object crashes Pd. I found out, that Pd crashes at the calls to fluid_synth_write_float in the dsp function of fluid~, which looks like this: void fluid::m_signal(int n, float *const *in, float *const *out) { if (synth == NULL) return; float *left = out[0]; float *right = out[1]; // This crashes: fluid_synth_write_float(synth, n, left, 0, 1, right, 0, 1); } // end m_signal If I comment out fluid_synth_write_float Pd does not crash. I can write to the left or right arrays as well (like setting left[1] = 0.4 by hand), so somehow the error has to be inside the fluid function. Can someone reproduce this and maybe has an idea about a reason? [1] Source code for fluid~ is at pure-data.sourceforge.net in the CVS here: http://cvs.sourceforge.net/viewcvs.py/pure-data/externals/footils/fluid/flu… ciao -- Frank Barknecht _ ______footils.org__

1 0

Re: [PD-dev] compiling under Linux Red Hat 9
by michael shiloh 24 Dec '03

24 Dec '03

this might very well be your problem. try downgrading to gcc 2.95. let me know if that helps. On Tue, 23 Dec 2003, Julius Smith wrote: > Hi, sorry for my delay --- > > My compiler version is > > cc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5) > > and the compiler warning without the change is as follows: > > cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused > -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer > -DDL_OPEN -DPA_USE_OSS > -DPA_LITTLE_ENDIAN -DUSEAPI_OSS -I../portaudio/pa_common > -I../portaudio/pablio -I../portaudio/portmidi-macosx -Werror > -DUSEAPI_JACK -DINSTALL_PREFIX=\"/usr/local\" -I. -c -o > ../obj/s_audio_jack.o s_audio_jack.c > cc1: warnings being treated as errors > s_audio_jack.c: In function `srate': > s_audio_jack.c:72: warning: long int format, jack_nframes_t arg (arg 2) > make: *** [s_audio_jack.o] Error 1 > > Thanks, > Julius > > At 09:03 AM 12/1/2003 -0800, michael shiloh wrote: > >what compiler are you using? at work we have many different linux boxes, > >between rh7.3 and rh9. we have been getting inconsistent handling of longs. > >i haven't looked in to this fully yet but i wonder if you're using gcc 3.x > >(i'm on rh9, using gcc 2.95, and i compiled pd with no difficulty). > > > >i wonder also if you changed that %ld to %d if it would work. > > > >if you have a chance, i'd be most curious to know the compiler warning. > > > >michael > > > > > >On Mon, 1 Dec 2003, guenter geiger wrote: > > > > > On Wed, 26 Nov 2003, Julius Orion Smith III wrote: > > > > To get pd 0.37 to compile under Red Hat 9 Linux, I had to make the > > > > following (guessed) change in s_audio_jack.c: > > > > > > > > static int > > > > srate (jack_nframes_t srate, void *arg) > > > > { > > > > //jos: printf ("jack: sample rate %ld/sec\n", srate); > > > > printf ("jack: sample rate %d/sec\n", srate); > > > > sys_dacsr = srate; > > > > return 0; > > > > } > > > > > > > > Otherwise, compilation died on a compiler warning. > > > > > > Thanks for reporting, the change is well guessed. In CVS I have removed > > > the line completely, because with the new media menu it should be > > > redundant. > > > > > > Guenter > > > > > > > > > _______________________________________________ > > > PD-dev mailing list > > > PD-dev(a)iem.at > > > http://iem.at/cgi-bin/mailman/listinfo/pd-dev > > > > > > > > >_______________________________________________ > >PD-dev mailing list > >PD-dev(a)iem.at > >http://iem.at/cgi-bin/mailman/listinfo/pd-dev > > _____________________________ > Julius O. Smith III <jos(a)ccrma.stanford.edu> > Assoc. Prof. of Music and (by courtesy) Electrical Engineering > CCRMA, Stanford University > http://www-ccrma.stanford.edu/~jos/ >

2 1

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 December 2003