[PD] Cyclone in vanilla?

Julian Peterson julianpeterson at mac.com
Fri Apr 25 15:52:43 CEST 2008

I don't really think PD-Max compatibility should factor much into  
decisions about improving PD, especially when it would force 'untidy'  
concessions on the part of PD to facilitate awkward max paradigms  
(like right to left execution order, etc.).

If [1]**[2] (where [1] and [2] are inlets) seems the cleanest and most  
consistent syntax, then it should certainly be used; and bite our  
thumbs at Max.

I believe the PD is better than Max; this is certainly true in one  
important sense:
if you write a PD patch, you can give it to anyone with a reasonably  
modern computer; they will be able to download PD on their machine/OS  
and execute with full rights and privileges.

The same cannot be said of Max.

Onward and Upward!


On Apr 25, 2008, at 9:33 AM, marius schebella wrote:
> frank,
> you are right that the importer would probably use pd's internal pow~,
> but from my own experience I can only say max and pd are becoming less
> and less compatible, I ported a lot of patches and also big patches, I
> always did this by hand, because there are too many things that can go
> wrong. with max 5 I am not sure, if it is still possible to export the
> patches text files at all? but there are mor tricky differences, and I
> don't think cyclone did take care of them (see below), so why hold up
> the flag for a feature that is not really used by anyone and does not
> work reliably anyway. (although I agree with you and think it would
> still be a good idea to rewrite this part of the importer)
> other max/puredata differences
> in max messages save their last values, so you can retrigger them by a
> bang, in pd not.
> trigger behaves different with number arguments. in max the number  
> will
> be consistent, in pd it is a placeholder for float(and gets replaced  
> by
> another number).
> in max there is this right to left order of execution for objects that
> are connected without trigger that does not exist in pd.
> some other things rather apply when you try to expor pd patches.
> unpack does not work for symbols in max.
> pd has no integers. a [+] in pd will work for floats and integers, but
> when you port it to max, it will default to integers. (the same with a
> lot of other objects, like line...)
> select does not output a list on its right outlet in max.
> all the best,
> marius.
> Frank Barknecht wrote:
>> Hallo,
>> marius schebella hat gesagt: // marius schebella wrote:
>>> honestly, I think not many people used it...
>>> I ran
>>> grep -R " pow~" *
>>> in my pd-directories and found only two patches (of 10000+)  
>>> besides the
>>> helppatch for pow~, that use it. nusmuk for distortion.pd, tb for
>>> sigmoid_booster~.pd
>>> I don't know other big collections like net-pd (I think I just  
>>> checked
>>> pdmtl). and maybe "official" tutorial patches floating around.
>>> anyway, I can only speak for myself, and I would like to see  
>>> "pow~" with
>>> a new behaviour.
>> This would break or make necessary an update to Cyclone's Max  
>> importer:
>> Cyclone's goal always was to make Pd a bit mor Max compatible, and  
>> many
>> Max patches use pow~.
>> Ciao
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list