[PD-dev] dev meeting comments
hans at eds.org
Tue May 31 15:51:44 CEST 2005
On May 28, 2005, at 5:19 AM, Tim Blechmann wrote:
> hi all, especially miller, matju and winfried ...
> just a few comments, since i had to leave very early ...
> - i'd definitely prefer to use multiple threads instead of multiple
> processes, since it's easier to share data, since we don't have the
> socket connection ... on the other hand, it wouldn't be that easy to
> build a custom gui for pd ... (except when adding a send/recv h
> anyway, since the tcl/tk code is virtually everywhere in the pd core,
> it's already pretty impossible to build a custom gui ...
> still, i'd strongly vote for seperating g
> - a short time ago, i was doing some low latency benchmarks ... it
> that the send / recv system calls should be avoided in a realtime
> ... having a gui _thread_ it would be possible to synchronize gui /
> kernel via the lock-free fifos, that are implemented in devel ...
> basically, i'm not sure, if we should use an external scripting
> for the gui at all ... of course, it's faster to write and easier to
> maintain, but it's usually much slower than plain c ...
For all of Tcl's warts, it is an essential element of what makes Pd so
great. It is not an application but instead a flexible, open-ended
platform, especially when you consider things like toxy. Writing the
GUI in OS-native C would change that. I don't think some optimization
is worth the loss of flexibility. CPUs are only getting cheaper.
> cheers ... tim
> mailto:TimBlechmann at gmx.de ICQ: 96771783
> latest mp3: kMW.mp3
> latest cd: Goh Lee Kwang & Tim Blechmann: Drone
> After one look at this planet any visitor from outer space
> would say "I want to see the manager."
> William S. Burroughs
> PD-dev mailing list
> PD-dev at iem.at
Using ReBirth is like trying to play an 808 with a long stick.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2353 bytes
Desc: not available
More information about the Pd-dev