Hi all,
I've been using P(i)D(i)P for a few years and really like what it does. Recently, however, I've gotten very disenchanted with the whole graphical dataflow programming thing, and have been replacing Pd with SC and CM. The only thing I still use Pd for is PDP, and I was wondering if someone on the list might have heard of a similarly capable suite that has a textual interface.
I've looked around quite a bit, but haven't found anything. I tried Lush, but it's really not intended for interactive coding; looked at things like Fluxus, but they're really for 3D/OpenGL work; I looked at Packet Forth, but couldn't figure out how to actually get started with it--it looks like no one but the developers are using it.
So, does anyone have any recommendations for doing convolution/morphology on pre-recorded video in a textual, interactive environment? Given the availability of OpenGL packages, might someone have recommendations for leveraging OpenGL to do this sort of work?
Thanks much, and sorry for the slightly OT, slightly anti-Pd nature of this thread. I love Pd, really.
-Ian
don't know what it's all about, comparing pd and super collider seems so out of context... anyway, just building antenas now...
sevy
ps : anyone has microosoft family photo publisher 7.0?
I. E. Smith-Heisters wrote:
Hi all,
I've been using P(i)D(i)P for a few years and really like what it does. Recently, however, I've gotten very disenchanted with the whole graphical dataflow programming thing, and have been replacing Pd with SC and CM. The only thing I still use Pd for is PDP, and I was wondering if someone on the list might have heard of a similarly capable suite that has a textual interface.
I've looked around quite a bit, but haven't found anything. I tried Lush, but it's really not intended for interactive coding; looked at things like Fluxus, but they're really for 3D/OpenGL work; I looked at Packet Forth, but couldn't figure out how to actually get started with it--it looks like no one but the developers are using it.
So, does anyone have any recommendations for doing convolution/morphology on pre-recorded video in a textual, interactive environment? Given the availability of OpenGL packages, might someone have recommendations for leveraging OpenGL to do this sort of work?
Thanks much, and sorry for the slightly OT, slightly anti-Pd nature of this thread. I love Pd, really.
-Ian
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
How about using ChucK to send OSC messages to PDP?
On 7/5/06, I. E. Smith-Heisters public@0x09.com wrote:
Hi all,
I've been using P(i)D(i)P for a few years and really like what it does. Recently, however, I've gotten very disenchanted with the whole graphical dataflow programming thing, and have been replacing Pd with SC and CM. The only thing I still use Pd for is PDP, and I was wondering if someone on the list might have heard of a similarly capable suite that has a textual interface.
I've looked around quite a bit, but haven't found anything. I tried Lush, but it's really not intended for interactive coding; looked at things like Fluxus, but they're really for 3D/OpenGL work; I looked at Packet Forth, but couldn't figure out how to actually get started with it--it looks like no one but the developers are using it.
So, does anyone have any recommendations for doing convolution/morphology on pre-recorded video in a textual, interactive environment? Given the availability of OpenGL packages, might someone have recommendations for leveraging OpenGL to do this sort of work?
Thanks much, and sorry for the slightly OT, slightly anti-Pd nature of this thread. I love Pd, really.
-Ian
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Thu Jul 06, 2006 at 05:32:47PM -0500, David Powers wrote:
How about using ChucK to send OSC messages to PDP?
wouldnt most of the benefits of chuck (eg the synchronous sample-accurate execution of multiple shreds) be lost when youre flattening the messages out to something and then sending over the network? i mean its not much of a language, other than something to talk to its v. cool VM. why not just use SClang then? i hear it has a nice OSC lib.
Maybe SC is better, but I'm on a PC running WinDohs so I never used SC.
However, I guess this is really a question of how much jitter occurs - if the jitter was low, and you had reasonably low latency, then you'd still get the benefits of synchronized shreds, right? I just imagined it would be intuitive to have a bunch of functions that dump parameters for graphical objects into PD, and run different calculations on the fly. Some things are definitely much quicker to code, than to figure out in dataflow, and calculating certain things in 3d are good examples.
I mean, if you don't like dataflow patches, I guess you might as well use ANY programming language, but starting and stopping shreds on the fly is key, and that's what ChucK lets you do. Each shred could control a different object or process in PD, and could send loads of data at any desired rate into PD. At least in my mind, it's seems pretty easy. And I think a lot of things in ChucK will become pretty mature, in the next year. Actually, I like ChucK better for audio than PD, I was thinking of doing ChucK + GEM for my more experimental / noise shows.
Also, I believe someday there is an intention that chuck could be used to livecode for video and audio, in the future.
~David
On 7/6/06, carmen _@whats-your.name wrote:
On Thu Jul 06, 2006 at 05:32:47PM -0500, David Powers wrote:
How about using ChucK to send OSC messages to PDP?
wouldnt most of the benefits of chuck (eg the synchronous sample-accurate execution of multiple shreds) be lost when youre flattening the messages out to something and then sending over the network? i mean its not much of a language, other than something to talk to its v. cool VM. why not just use SClang then? i hear it has a nice OSC lib.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Thu Jul 06, 2006 at 06:51:22PM -0500, David Powers wrote:
Maybe SC is better, but I'm on a PC running WinDohs so I never used SC.
windows is a platform on which SC runs. there are binaries on the sourceforge page last i checked..
However, I guess this is really a question of how much jitter occurs - if the jitter was low
jitter runs on windows too :)
adding 'load textures / video files and map to opengl surfaces' sounds like an interesting addition for Fluxus. especially if coupled with a particle system and the usual suite of scheme dynamism.. have you asked Dave if he's tried that?
-
carmen -
David Powers -
I. E. Smith-Heisters -
Yves Degoyon