Re: [PD] dyn~ and writesf~?

Thanks - i can reproduce the problem... the solution will take a bit, though. please stand by, gr~~~ Am 15.03.2009 um 03:46 schrieb João Pais: here it is. it needs my abstraction rec-name. in case you don't have pd-ext, I send it with this. just to repeat, output of this patch is an empty

Re: [PD] dyn~ and writesf~?

here it is. it needs my abstraction rec-name. in case you don't have pd-ext, I send it with this. just to repeat, output of this patch is an empty audio file - the duration is right. Hi, an example patch would be helpful - i have not encountered any problems so far. gr~~~ 2009/3/14 João

Re: [PD] dyn~ and writesf~?

Hi, an example patch would be helpful - i have not encountered any problems so far. gr~~~ 2009/3/14 João Pais : > Hi, > > I was trying to use a writesf~ inside a dyn~ (xp). The audio files get > generated, but with no audio inside. Does anyone used this combination > sucessfully so far? (XP here)

[PD] dyn~ and writesf~?

Hi, I was trying to use a writesf~ inside a dyn~ (xp). The audio files get generated, but with no audio inside. Does anyone used this combination sucessfully so far? (XP here) All the connections were in place, of course. I haven't any example patch here, but maybe can send it later. Best,

Re: [PD] dyn~

fantastic! they are working nicely. does it mean that anyone too lazy to compile and install flext can simply use those? like putting xsample.pd_linux in /usr/local/lib/pd/extra and start pd with -lib xsample? thank you for your time, pat ___ Pd-list

Re: [PD] dyn~

Hi Pat, i can't say, since i don't use linux regularly and know nothing about compatibility issues on this platform. The binaries are compiled against pentium4 (32 bits) resp. nocona (64 bits) architectures, there are no special settings otherwise. Anyway, i have to say that checking out flext and

Re: [PD] dyn~

Hi, i uploaded some binaries of flext-based externals made on Ubuntu 32-bits to http://g.org/ext/beta/pd/linux . No guarantees, i'm happy about feedback though. gr~~~ 2009/1/15 patrick : > i didn't find dyn~ in pd-extended for linux. > it's included in pd-extended for windows. > > > anyone hav

Re: [PD] dyn~

Hello patrick, hello pd list speech dynamic patching looks great ! same for me here : the dyn~.pd_linux eats all my CPU (see compilation options below, I tried friendly flags) on ubuntu hardy nearly the same for xsample whereas py external works fine #

Re: [PD] dyn~

i didn't find dyn~ in pd-extended for linux. it's included in pd-extended for windows. anyone have dyn~.pd_linux? pat ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] dyn~

did you try pd-extended? i'm planing to use dyn~ a bit more myself and hope it is working in pd-extended. could you confirm that? patrick wrote: > hi, > > anyone having dyn~.pd_linux (32 bits)? would it be possible to send it > to me (off list). the thing is, it compiled, but the cpu goes cr

[PD] dyn~

hi, anyone having dyn~.pd_linux (32 bits)? would it be possible to send it to me (off list). the thing is, it compiled, but the cpu goes crazy when creating [dyn~]. pat ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lis

Re: [PD] dyn~ crash

thanks, I thought, maybe dyn has the power to "remember" that is has to finish the processing line for the particular object, then delete it and then return the ball back to pd without crashing. don't know what you mean with the canvas problem?? m. Thomas Grill wrote: > Hi Marius, > it's a probl

Re: [PD] dyn~ crash

there are no larger abstractions, and they will all fade in and out softly, and there will be a feedback to the cpu time of the machine, that hopefully will slow down the process of creating new objects until enough of them have died again. thanks anyway! m. Thomas Grill wrote: > Another thing

Re: [PD] dyn~ crash

Am 25.02.2007 um 23:04 schrieb marius schebella: > there are no larger abstractions, and they will all fade in and out > softly, and there will be a feedback to the cpu time of the > machine, that hopefully will slow down the process of creating new > objects until enough of them have died

Re: [PD] dyn~ crash

Am 25.02.2007 um 23:01 schrieb marius schebella: > thanks, I thought, maybe dyn has the power to "remember" that is > has to finish the processing line for the particular object, then > delete it and then return the ball back to pd without crashing. > No, it hasn't. dyn~ is just a wrapper ar

Re: [PD] dyn~ crash

Another thing that just came to my mind with larger abstractions you'll probably find that it's not a good idea to allocate voices in pd with means of scripting, since audio will click (maybe not at home, but when you are performing). It's better to pre-allocate a number of voices and do

Re: [PD] dyn~ crash

Hi Marius, it's a problem inherent in PD, which was discussed just a few days ago. An object can't be deleted when messages sent by it are still processed. It's easy to circumvent in your case: Delay the closing just a bit find the attached patch. I don't think this is something that d

[PD] dyn~ crash

Hi thomas, it is easy to build a loop which can crash dyn~, and I wonder if it would be possible to avoid a crash. I use objects, which play for a random anount of time and then they send their id when they're finished and so dyn knows that it is time to delete them. I understand wyy this is a