Hi all, as i'm planning to develop a larger performance system on the basis of pd i have a few questions which are not obvious to me.
- is there a way to switch off dsp computing in a subpatcher only, and how?
(i think i should know that)
- i remember a discussion thread about max-like poly (or even better -
poly~) objects a while ago... has there been any external code written in an attempt to realize that?
- is it guaranteed (or at least intended - and under which circumstances)
that - contrary to Max/MSP - opening a new patcher and adding objects to the signal tree doesn't result in an overall crackle? At least in my experiments i could open fairly complex and cpu-intense patches in PD without audio interruption.
- i think to recall vaguely that there has been a project featuring a
tcl/tk-less pd patcher system (i think with GTK). If this is true, does that still reside somewhere?
- concerning the -nogui mode and (graphical) objects in loaded patchers -
are the tcl/tk commands still generated (and simply not sent over the socket) or is this gui stuff omitted on a lower level (in order not to waste cpu)?
- have there been any attempts or progress in terms of runtime-configurable
audio settings (driver model, device id, sample rate, buffer sizes)?
- has anyone tried to compile PD with CodeWarrior?
thank you for any pointers, best greetings,
Thomas
On Fri, 17 Jan 2003, Thomas Grill wrote:
- i think to recall vaguely that there has been a project featuring a
tcl/tk-less pd patcher system (i think with GTK). If this is true, does that still reside somewhere?
The Karma project by Christian Klippel (aka mamalala). It uses the Trolltech LibQt 3.0 gui toolkit; the plan is to make a GUI independent of the engine (pd or jmax), but for now I believe he concentrates on the jMax side of things. I don't know how far he got by now though. AFAIK he's trying to clone the jMax GUI minus the sluggishness and bugs.
Mathieu Bouchard http://artengine.ca/matju
hi,
Am Samstag, 18. Januar 2003 18:18 schrieb Mathieu Bouchard:
On Fri, 17 Jan 2003, Thomas Grill wrote:
- i think to recall vaguely that there has been a project featuring a
tcl/tk-less pd patcher system (i think with GTK). If this is true, does that still reside somewhere?
The Karma project by Christian Klippel (aka mamalala). It uses the Trolltech LibQt 3.0 gui toolkit; the plan is to make a GUI independent of the engine (pd or jmax), but for now I believe he concentrates on the jMax side of things. I don't know how far he got by now though. AFAIK he's trying to clone the jMax GUI minus the sluggishness and bugs.
yes, that project is still going on, tough i dont have that much time currently.
the whole thing will behave more like a flowchart program, where you plug-in additional object librarys which then talk to different servers (jmax, pd, ..) right now im doing some internal (i.e. nun-gui) stuff of karma, so there is no current thing to look at. but since i get more feedback on it, im trying to prepare some code-base containing at least a loose framework so other can jump in developing on it.
if someone wants more info about that thing, and what i plan to do on that subject, send me a mail..... dont want to clog the list with unfinished thoughts right now ;-)
greets,
chris
hi Thomas,
Thomas Grill wrote: ...
- i remember a discussion thread about max-like poly (or even better -
poly~) objects a while ago... has there been any external code written in an attempt to realize that?
there _is_ an internal 'poly' in Pd, yet there is no 'poly~'. The picture is rather sad --
One poly~-like project is the 'nqpoly' self-proliferation abstraction by pix, which works pretty well, but in a larger project it might prove difficult to maintain.
The 'clone' external by Olaf Matthes adds multiple i/o and some other goodies to my old rabin~ (which in turn has been transformed into 'polite~' -- hopefully a basis for cyclone's poly~).
None of these is a full-blown poly~.
...
- have there been any attempts or progress in terms of runtime-configurable
audio settings (driver model, device id, sample rate, buffer sizes)?
will be available in pd-0.37, afaik
Krzysztof
Thomas Grill said this at Fri, 17 Jan 2003 23:19:31 +0100:
- has anyone tried to compile PD with CodeWarrior?
Not that I know of. Does CW on MacOSX support Mach-O binaries? The pd_darwin externals depend on that system for loading, so everything else rests on that, in turn.
Has anyone tried turning Pd into a library?
adam
- has anyone tried to compile PD with CodeWarrior?
Not that I know of. Does CW on MacOSX support Mach-O binaries? The pd_darwin externals depend on that system for loading, so everything else rests on that, in turn.
Yes, CW (from version 6 on, i guess) supports Mach-O. I have not had time to try it, but i think it should be doable (and worth it regardig performance)
T
-
Adam Lindsay -
Christian Klippel -
Krzysztof Czaja -
Mathieu Bouchard -
Thomas Grill