Re: [PD] audio breaking

thanks for the pointers. The setup of rt kernel is one of the main reasons I'm using planetCCRMA version (where nando manages to take care of these issues letting normal users access rt priorities). I am still baffled by the fact that I get synch errors from pd even when not doing any audio (no

Re: [PD] two pix_record (one gemhead) = pd crash

hello jack, with your patch it crash at the very beginning.. and when changing [codec 3( to [codec 0( then it crash when [record 1( is send the 2nd time to the 2nd pix_record maybe is it specific to ubuntu and I have to send additionnal messages to pix_video or pix_record ? best, stéfan

Re: [PD] two pix_record (one gemhead) = pd crash

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 stéfan piat wrote: hello jack, with your patch it crash at the very beginning.. it works fine here and when changing [codec 3( to [codec 0( though i have to change that as well. in general it's probably a bad idea to select the codec by

Re: [PD] audio breaking

I have the same problem. You should look into the jack control setup and play around with the period and buffer. Pd with other than 2 periods start to give lot of sync erros. The problem is that in a firewire device 2 periods is not enough. So for me its a Pd issue in here. Try it with 2 periods

Re: [PD] two pix_record (one gemhead) = pd crash

Le samedi 06 mars 2010 à 12:04 +0100, IOhannes m zmölnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 stéfan piat wrote: hello jack, with your patch it crash at the very beginning.. it works fine here Hmm, strange, it works also fine here on Ubuntu 9.10, Pd-ext 0.41.4 and

Re: [PD] pdstring? (was: http client native in pd)

They might work as: [moocow/any2bytes], [moocow/bytes2any], [list prepend set]. Martin Chipp Spam wrote: Thanks for the examples with httpget ! Had a problem running the example: any2bytes ... couldn't create bytes2any ... couldn't create prepend set ... couldn't create (Running latest

Re: [PD] two pix_record (one gemhead) = pd crash

ok, it works with [codec mjpa( I was using [codec 0( which is [codec jpeg( here.. thanks! stéfan 2010/3/6 Jack j...@rybn.org Le samedi 06 mars 2010 à 12:04 +0100, IOhannes m zmölnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 stéfan piat wrote: hello jack, with

Re: [PD] pdstring? (was: http client native in pd)

For some reason, they don't work like that. YOu need to: [import moocow] [any2bytes] or [bytes2any] .hc On Mar 6, 2010, at 10:17 AM, Martin Peach wrote: They might work as: [moocow/any2bytes], [moocow/bytes2any], [list prepend set]. Martin Chipp Spam wrote: Thanks for the examples with

Re: [PD] httpget again

Seems like the httpget.pd file is missing .hc On Mar 5, 2010, at 7:38 AM, Dan Wilcox wrote: I liked the httpget-ace example. I added a right inlet to set byte2any's End Of String char. Setting 10 aka '\n' has it print out the file line by line ... httpget-ace-lines.pd Dan

[PD] capture bpm

re all, how to capture bpm from adc~ ? -- ricardo brazileiro http://rbrazileiro.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] capture bpm

Ricardo Brazileiro wrote: re all, how to capture bpm from adc~ ? -- ricardo brazileiro http://rbrazileiro.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and

Re: [PD] capture bpm

I think you mean detecting the tempo of a live signal? Search the list archives for beat detection and you'll turn up a couple threads on the bonk~ and rhythm_estimator externals. This kind of thing can be difficult depending on the nature of the signal and how isolated it is. I know someone

[PD] -rt w/ pd-extended on OS X

Hey all, I've been running a patch on an intel mac for a while, but noticed some horrid timing problems [delay 1000] takes ~3000ms according to [realtime]. The patch uses between 50% and 105% CPU according to top. I've not got it down to about ~1500ms, but I can't pull back the patch any

Re: [PD] -rt w/ pd-extended on OS X

Hi Ben, AFAIK Pd doesn't have -rt on anything except Linux. Core Audio + Pd doesn't run too smooth anyways, I would try it with JACK. HTH, D. On 3/7/10 7:25 AM, B. Bogart wrote: Are there versions of pd-extended for OSX where -rt works? How do I set it. -- ::: derek holzer :::

Re: [PD] -rt w/ pd-extended on OS X

Hi Ben, For what it's worth, I just tested a patch running steady at 85% with 0.41.4-extended, and realtime reliably gives me values between 992-1008ms for a [delay 1000]. This is on a 2.5Ghz Intel Core 2 Duo, 4GB, OS 10.5.8. On Sat, Mar 6, 2010 at 10:25 PM, B. Bogart b...@ekran.org wrote: