Re: [PD] some objects in the extra folder do not load

you will need to specify paths to subdirectories inside your extra folder too. ie, you will need to add C:\music\pd-ext40.3\extra\bassemu ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] Rotating object rolling on irregular terrain

i just did a simple load test on [sqrt~], which the documentation states is a 'fast, approximate algorithm'... i made: [sig~ 5] | [sqrt~] and copied that dozens of times with only a small jump in cpu usage. is it the cpu usage that's the problem? or something else?

Re: [PD] Pd sounds better than Max?

When will they come up with the PD to CSound python conversion script? Drizzly drol.. if it's ever possible have a nice day km ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] some objects in the extra folder do not load

Or use [import bassemu] or just change the object name to [bassemu/ bassemu~] .hc On Mar 9, 2008, at 8:19 AM, hard off wrote: you will need to specify paths to subdirectories inside your extra folder too. ie, you will need to add C:\music\pd-ext40.3\extra\bassemu

Re: [PD] Pd sounds better than Max?

On Mar 8, 2008, at 11:00 PM, Chuckk Hubbard wrote: On Sat, Mar 8, 2008 at 4:59 AM, Andy Farnell [EMAIL PROTECTED] wrote: You take as many sines as the system will handle, typically a thousand or so, and sum them. All must start on exactly the same phase. Now, if we had a series of

Re: [PD] Pd sounds better than Max?

Well, why couldn't Pd be as clean, processors are fast enough these days, and one could always crank up the sample rates of their DSP blocks. Isn't the internal resolution at least 32bit anyway (is it 64bit under any circumstances?) cheers, ~brandon On Mar 8, 2008, at 4:25 PM, Andy

[PD] [PD-announce] inside the wave

hi, I did some Pd programming for an exhibition in the San Diego Museum of Art. http://www.sdmart.org/exhibition-future.html#inside-the-wave. I worked with Nina Waisman from the particle group and the sound installation is part of a bigger concept about nanotechnology. It is based on work we did

Re: [PD] [PD-announce] inside the wave

no, I haven't been there at all! we met in NYC, and then I did the programming in new york, and nina set it up in san diego. m. Jaime Oliver wrote: Are you still in san diego? On Sun, Mar 9, 2008 at 11:51 AM, marius schebella [EMAIL PROTECTED] wrote: hi, I did some Pd programming for

Re: [PD] Pd sounds better than Max?

Why can't we simply have the option to turn up (or turn down!) the resolution of the objects we already have? This is considerably less complex. ~Brandon On Mar 9, 2008, at 2:08 PM, Hans-Christoph Steiner wrote: It could be, it's just a matter of someone writing the code :) That's

Re: [PD] Pd sounds better than Max?

You can already do that by setting the sample rate as high or low as your hardware will support and using the [block~] object to set the control rate to the resolution you want. It would be interesting to try to build pd using doubles instead of floats, but it would necessitate changing the

Re: [PD] [PD-announce] inside the wave

I was about to offer you a beer... I've read you too much without actually talking. J On Sun, Mar 9, 2008 at 12:16 PM, marius schebella [EMAIL PROTECTED] wrote: no, I haven't been there at all! we met in NYC, and then I did the programming in new york, and nina set it up in san diego. m.

Re: [PD] Pd sounds better than Max?

Most Pd objects (externals) use t_sample to define what gets passed to input and output. At compilation time, the externals code includes m_pd.h, which defines t_sample as a float. Which makes sense on 32-bit processors--Pd for 64-bit processors could potentially redefine t_sample as a double,

Re: [PD] Pd sounds better than Max?

Hans-Christoph Steiner wrote: It could be, it's just a matter of someone writing the code :) well, it's almost done. within the next month or 2, i will hopefully have all patches ready, to make Pd fully double floating point enabled (that is: you have to chose at compile time; all externals

Re: [PD] Pd sounds better than Max?

Charles Henry wrote: Most Pd objects (externals) use t_sample to define what gets passed to input and output. At compilation time, the externals code includes m_pd.h, which defines t_sample as a float. Which makes sense on 32-bit processors--Pd for 64-bit processors could potentially

Re: [PD] Pd sounds better than Max?

Martin Peach wrote: It would be interesting to try to build pd using doubles instead of floats, but it would necessitate changing the size of atoms... see my other post: this is basically done. on 64bit OS the size of atoms would stay the same (it's at least 64bit because of the pointers)

Re: [PD] searchpath inside patch

Hi, is the [declare] object only available in PD releases higher 0.40 ? I'm using pd-extended 0.39.3. Achim Frank Barknecht schrieb: Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: I think recent Pd's have a system for adding paths in patches, but I've never used

Re: [PD] searchpath inside patch

On Sun, 2008-03-09 at 22:06 +0100, Achim Bornhoeft wrote: Hi, is the [declare] object only available in PD releases higher 0.40 ? yep, exactly. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum

Re: [PD] Pd sounds better than Max?

On Sunday 09 March 2008 19:59, Charles Henry wrote: Pd for 64-bit processors could potentially redefine t_sample as a double, with no loss in performance (with nearly twice as much memory usage). Mno... It just so happens that x87s always compute a double, so it makes little difference