Re: [PD] gem-models
In theory the bitmap should lay over the object using pix_texture, but that is not always the case in practice. I added the ability to select groups to allow different textures for different parts of the model. You need one model object per group to do this. On 3/3/07, Cypod <[EMAIL PROTECTED]> wrote: In part 4 you demonstrate uv mapping with a bitmap. Have you successfully got those uv mapped bitmaps onto geometry within gem? Do you just include the bmp in the same folder with the obj and mtl? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
and i forgot 2 links: http://www.gnu.org/software/wget/faq.html and the all-wise trash heap: http://www.google.com/search?q=wget+directory I've checked the faq. No luck. btw, i really recommend that you bookmark a link to http://www.google.com/ as it is certainly a valuable resource of information in the internet. Yeah, I've heard of a little company called googleit's my default homepage ;-) Thanks anyway IOhannes. Best, Jared ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
Yeah, I've tried those and several others. Thanks anyway. jared -Original Message- From: IOhannes m zmoelnig [mailto:[EMAIL PROTECTED] Sent: Saturday, March 03, 2007 4:02 PM To: jared Cc: pd-list@iem.at Subject: Re: [PD] PD Workshop files jared wrote: > Hello all, > > I'm using wget to try and download the tutorial files here: > > http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/ > > Does anyone know what I have to type into the command line to download > successfully? have you tried "wget -r http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/"; and "wget --help" or "wget /h" (i don't know, i am not on windows) mfg,.adr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google Summer of Code WIKI
I think this idea is awesome too ... very useful for me personally, and would be sure to bring more PD users. ~David On 3/3/07, Luke Iannini (pd) <[EMAIL PROTECTED]> wrote: > Yeah. Kyle pretty much summed it up there. This is something I've > wanted badly since I first saw Pd. It took me months to get a stable, > workable setup between Cubase and Pd, and even now, I could finally > take up knitting with the time a Pluggo for Pd would save me. Futzing > with Jack and OS X IAC every time I want to make noise is a monstrous > PITA. > > I've attempted building large sequencers to replace Cubase on multiple > occasions, but it just doesn't make sense to duplicate that effort > (and that's assuming Pd's data structures are ready for such a thing > performance-wise, which they are not). > > So a huge vote for PluggoPd! > > The Naspro project that Tim mentioned was exactly what I thought of > when I first saw this idea... I'm glad to see it is being developed; > the myriad plugin formats are a tedious situation. > > Luke > > On 3/3/07, Kyle Klipowicz <[EMAIL PROTECTED]> wrote: > > There already is a jack VST and Audio Unit for OSX, that's not the > > issue. What I really want is to just be able to run one master app (my > > DAW) and have everything else loaded from there, so that I don't have > > to do the whole 30 mins of configuring and opening corresponding files > > and settings, stored in directories across the computer thing. > > > > It's a pain to have to adjust and load setting after setting when it > > could all be saved in a nice project file in a professional sequencer > > app. For those of us who like what Pd has to offer as a bus insert or > > midi filter or general audio swiss army knife, we don't want to deal > > with multiples of files all over the place in different spots, we just > > want to have a nice compact project space that contains everything in > > an intuitive way, so we can just touch and go, and save everything so > > that we can open the project back up again exactly how we left it, all > > automation and everything stored in the project. > > > > Managing automation in Pd has not been a quick and dirty thing for me, > > and I'd prefer to leave that task to software that I'm comfortable > > with. But to have a custom synth or effect or midi chain filter or > > integrated graphics show work seamlessly from my DAW once I load one > > single project file is the holy grail to me. > > > > Having 5 programs open and trying to wrangle the routing between them > > for a half hour to get a song playing is less than ideal. A Pluggo for > > Pd would help minimize the time and frustration of this by compressing > > it all into one file that references a bank of subordinate plugins. > > > > ~Kyle > > > > On 3/3/07, Jamie Bullock <[EMAIL PROTECTED]> wrote: > > > On Thu, 2007-03-01 at 21:20 +0100, Tim Blechmann wrote: > > > > > > > > > > > i've been changing some emails with stefano d'angelo, who is starting to > > > > write a plugin wrapper, which is supposed to work with different plugin > > > > backends (vst, ladspa ...) ... a pluggo for pd could make use of this > > > > project in order to support several platforms out of the box. i guess, > > > > stefano doesn't have a working prototype, yet, but it's probably a good > > > > idea to join the development resources in order do avoid duplicate work. > > > > his project website is http://sourceforge.net/projects/naspro/ > > > > > > > > in general, from my knowledge of the pd architecture, running pd in a > > > > plugin environment would require some non-trival changes, it can't be > > > > just implemented on top of the current implementation. which means, in > > > > some way, this has to be incorporated into vanilla pd ... > > > > > > > > > > Maybe this is a very naive solution, but couldn't we solve the problem > > > of getting audio data from PD into non-jack apps (that support some kind > > > of plugin), by writing a very simple (LADSPA, VST, AU etc.) plugin that > > > acts as a jack client. > > > > > > e.g.: > > > > > > Audacity -> LADSPA jack client plugin -> jack -> PD -> jack -> LADSPA > > > jack client plugin -> Audacity > > > > > > The simplest case would use one 'jack client plugin' instance for each > > > audio channel to/from PD. > > > > > > I've been meaning to implement this for a while, and maybe there's a > > > glaring flaw, but I can't see it right now.. > > > > > > Jamie > > > > > > > > > > > > > > > ___ > > > PD-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > -- > > > > http://theradioproject.com > > http://perhapsidid.blogspot.com > > > > (()()()(()))()()())( > > (())(())()((( > > ))(__ > > _())(()))___ > > (((000)))oOO > > >
Re: [PD] Google Summer of Code WIKI
Yeah. Kyle pretty much summed it up there. This is something I've wanted badly since I first saw Pd. It took me months to get a stable, workable setup between Cubase and Pd, and even now, I could finally take up knitting with the time a Pluggo for Pd would save me. Futzing with Jack and OS X IAC every time I want to make noise is a monstrous PITA. I've attempted building large sequencers to replace Cubase on multiple occasions, but it just doesn't make sense to duplicate that effort (and that's assuming Pd's data structures are ready for such a thing performance-wise, which they are not). So a huge vote for PluggoPd! The Naspro project that Tim mentioned was exactly what I thought of when I first saw this idea... I'm glad to see it is being developed; the myriad plugin formats are a tedious situation. Luke On 3/3/07, Kyle Klipowicz <[EMAIL PROTECTED]> wrote: > There already is a jack VST and Audio Unit for OSX, that's not the > issue. What I really want is to just be able to run one master app (my > DAW) and have everything else loaded from there, so that I don't have > to do the whole 30 mins of configuring and opening corresponding files > and settings, stored in directories across the computer thing. > > It's a pain to have to adjust and load setting after setting when it > could all be saved in a nice project file in a professional sequencer > app. For those of us who like what Pd has to offer as a bus insert or > midi filter or general audio swiss army knife, we don't want to deal > with multiples of files all over the place in different spots, we just > want to have a nice compact project space that contains everything in > an intuitive way, so we can just touch and go, and save everything so > that we can open the project back up again exactly how we left it, all > automation and everything stored in the project. > > Managing automation in Pd has not been a quick and dirty thing for me, > and I'd prefer to leave that task to software that I'm comfortable > with. But to have a custom synth or effect or midi chain filter or > integrated graphics show work seamlessly from my DAW once I load one > single project file is the holy grail to me. > > Having 5 programs open and trying to wrangle the routing between them > for a half hour to get a song playing is less than ideal. A Pluggo for > Pd would help minimize the time and frustration of this by compressing > it all into one file that references a bank of subordinate plugins. > > ~Kyle > > On 3/3/07, Jamie Bullock <[EMAIL PROTECTED]> wrote: > > On Thu, 2007-03-01 at 21:20 +0100, Tim Blechmann wrote: > > > > > > > > i've been changing some emails with stefano d'angelo, who is starting to > > > write a plugin wrapper, which is supposed to work with different plugin > > > backends (vst, ladspa ...) ... a pluggo for pd could make use of this > > > project in order to support several platforms out of the box. i guess, > > > stefano doesn't have a working prototype, yet, but it's probably a good > > > idea to join the development resources in order do avoid duplicate work. > > > his project website is http://sourceforge.net/projects/naspro/ > > > > > > in general, from my knowledge of the pd architecture, running pd in a > > > plugin environment would require some non-trival changes, it can't be > > > just implemented on top of the current implementation. which means, in > > > some way, this has to be incorporated into vanilla pd ... > > > > > > > Maybe this is a very naive solution, but couldn't we solve the problem > > of getting audio data from PD into non-jack apps (that support some kind > > of plugin), by writing a very simple (LADSPA, VST, AU etc.) plugin that > > acts as a jack client. > > > > e.g.: > > > > Audacity -> LADSPA jack client plugin -> jack -> PD -> jack -> LADSPA > > jack client plugin -> Audacity > > > > The simplest case would use one 'jack client plugin' instance for each > > audio channel to/from PD. > > > > I've been meaning to implement this for a while, and maybe there's a > > glaring flaw, but I can't see it right now.. > > > > Jamie > > > > > > > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > -- > > http://theradioproject.com > http://perhapsidid.blogspot.com > > (()()()(()))()()())( > (())(())()((( > ))(__ > _())(()))___ > (((000)))oOO > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [textfile] behavior
Pd: I am writing a sequencer using Pd and have bumped into the following problem. I would like to be able to position the textfile object to start playback from a certain record. The approach I have taken works for small files, but breaks down for large files. I've abstracted the behavior into the attached patch. textfileBug.pd I suspect that it reflects some inadequacy in my understanding of Pd, but just in case it is a bug, here are my system specs. Pd 0.41 Fedora Core 4 64-bit AMD Thanks, dP #N canvas 100 216 178 182 10; #X obj 7 73 list trim; #X obj 7 8 inlet; #X obj 107 8 inlet; #X obj 7 45 list prepend \$1; #X obj 7 143 outlet; #X obj 58 143 outlet; #X obj 7 106 route \$1 \$2; #X connect 0 0 6 0; #X connect 1 0 3 0; #X connect 2 0 3 1; #X connect 3 0 0 0; #X connect 6 0 4 0; #X connect 6 1 5 0; control mark 0; This is mark 0; control beat set 0; do 0 attack 100 0 7 1.0; do 1 attack 100 0 7 1.0; do 2 release; do 3 release; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 1; do 0 attack 100 1 10 1.0; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 2; do 0 attack 100 0 9 1.0; do 1 attack 100 1 5 1.0; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 3; do 0 attack 100 0 7 1.0; do 1 attack 100 0 7 1.0; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 4; do 0 attack 100 0 2 2.0; do 2 attack 100 0 7 0.5; do 3 release; wait 0.25; wait 0.25; do 1 attack 100 1 5 1.0; wait 0.25; wait 0.25; control beat set 5; do 1 attack 100 0 2 1.0; do 2 attack 100 0 10 0.5; wait 0.25; wait 0.25; do 0 attack 100 0 0 2.0; wait 0.25; do 0 attack 100 1 10 1.0; wait 0.25; control beat set 6; do 0 attack 100 0 0 2.0; do 1 attack 100 0 4 1.0; do 2 attack 100 0 9 0.5; wait 0.25; wait 0.25; do 1 attack 100 1 5 1.0; wait 0.25; wait 0.25; control beat set 7; do 0 attack 100 1 10 1.0; do 1 attack 100 0 7 1.0; do 2 attack 100 0 7 0.5; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 8; do 0 release; do 1 attack 100 1 5 1.0; do 2 attack 100 0 2 1.0; do 3 attack 100 0 2 0.5; wait 0.25; wait 0.25; do 0 attack 100 0 9 1.0; wait 0.25; wait 0.25; control beat set 9; do 3 attack 100 0 5 0.5; wait 0.25; wait 0.25; do 0 attack 100 0 7 1.0; do 1 attack 100 -1 4 1.0; wait 0.25; do 0 attack 100 1 5 1.0; do 1 attack 100 0 2 1.0; wait 0.25; control beat set 10; do 0 attack 100 0 7 1.0; do 1 attack 100 0 0 1.0; do 2 release; do 3 attack 100 0 4 0.5; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 11; do 0 attack 100 1 5 1.0; do 1 attack 100 0 2 1.0; do 3 attack 100 0 2 0.5; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 12; do 0 release; do 1 attack 100 0 4 1.0; do 3 attack 100 0 9 0.5; wait 0.25; wait 0.25; do 0 attack 100 0 0 2.0; wait 0.25; wait 0.25; control beat set 13; do 1 attack 100 1 5 1.0; wait 0.25; wait 0.25; do 0 attack 100 1 10 1.0; wait 0.25; do 0 attack 100 0 9 1.0; wait 0.25; control beat set 14; do 0 attack 100 1 10 1.0; do 1 attack 100 1 10 0.5; do 2 release; do 3 attack 100 0 7 0.5; wait 0.25; wait 0.25; do 0 attack 100 0 7 1.0; wait 0.25; do 1 attack 100 0 0 1.0; wait 0.25; control beat set 15; do 1 attack 100 1 3 1.0; wait 0.25; wait 0.25; do 0 attack 100 0 9 1.0; do 1 attack 100 0 2 1.0; do 3 attack 100 0 5 0.5; wait 0.25; wait 0.25; control beat set 16; do 3 attack 100 0 4 0.5; wait 0.25; do 1 attack 100 1 0 1.0; wait 0.25; do 0 attack 100 0 7 1.0; do 1 attack 100 1 0 1.0; wait 0.25; do 0 attack 100 0 9 1.0; wait 0.25; control beat set 17; do 0 attack 100 0 10 1.0; do 3 attack 100 0 2 0.5; wait 0.25; do 0 attack 100 0 9 1.0; wait 0.25; do 0 attack 100 0 7 1.0; do 1 attack 100 -1 11 0.5; wait 0.25; do 0 attack 100 1 5 1.0; wait 0.25; control mark 1; This is mark 1; control beat set 18; do 0 attack 100 -1 4 1.0; do 1 attack 100 0 0 1.0; do 2 attack 100 0 0 1.0; do 3 attack 100 0 0 0.5; wait 0.25; wait 0.25; wait 0.25; do 1 attack 100 0 2 1.0; wait 0.25; control beat set 19; do 1 attack 100 0 4 1.0; wait 0.25; do 1 attack 100 1 5 1.0; wait 0.25; do 1 attack 100 0 7 1.0; do 2 attack 100 0 10 0.5; wait 0.25; wait 0.25; control beat set 20; do 0 release; do 2 attack 100 0 9 0.5; do 3 release; wait 0.25; do 1 attack 100 1 5 1.0; wait 0.25; do 1 attack 100 1 5 1.0; wait 0.25; wait 0.25; control beat set 21; do 0 attack 100 0 7 1.0; do 2 attack 100 0 7 0.5; wait 0.25; wait 0.25; do 1 attack 100 -1 4 1.0; wait 0.25; wait 0.25; control beat set 22; do 0 attack 100 0 9 1.0; do 1 attack 100 0 5 1.0; do 2 attack 100 0 5 0.5; do 3 attack 100 0 2 0.5; wait 0.25; wait 0.25; do 1 attack 100 0 2 1.0; wait 0.25; wait 0.25; control beat set 23; do 3 attack 100 0 5 0.5; wait 0.25; do 1 attack 100 0 0 1.0; wait 0.25; do 0 attack 100 0 10 1.0; do 1 attack 100 0 10 0.5; wait 0.25; do 1 attack 100 0 9 0.5; wait 0.25; control beat set 24; do 0 attack 100 0 0 2.0; do 1 attack 100 0 7 0.5; do 2 release; do 3 attack 100 0 4 0.5; wait 0.25; wait 0.25; wait 0.25; wait 0.25; control beat set 25; do 0 attack 100 0 2 2.0; do 1 attack 100 0 9 0.5; do 3 attack 10
Re: [PD] Google Summer of Code WIKI
There already is a jack VST and Audio Unit for OSX, that's not the issue. What I really want is to just be able to run one master app (my DAW) and have everything else loaded from there, so that I don't have to do the whole 30 mins of configuring and opening corresponding files and settings, stored in directories across the computer thing. It's a pain to have to adjust and load setting after setting when it could all be saved in a nice project file in a professional sequencer app. For those of us who like what Pd has to offer as a bus insert or midi filter or general audio swiss army knife, we don't want to deal with multiples of files all over the place in different spots, we just want to have a nice compact project space that contains everything in an intuitive way, so we can just touch and go, and save everything so that we can open the project back up again exactly how we left it, all automation and everything stored in the project. Managing automation in Pd has not been a quick and dirty thing for me, and I'd prefer to leave that task to software that I'm comfortable with. But to have a custom synth or effect or midi chain filter or integrated graphics show work seamlessly from my DAW once I load one single project file is the holy grail to me. Having 5 programs open and trying to wrangle the routing between them for a half hour to get a song playing is less than ideal. A Pluggo for Pd would help minimize the time and frustration of this by compressing it all into one file that references a bank of subordinate plugins. ~Kyle On 3/3/07, Jamie Bullock <[EMAIL PROTECTED]> wrote: > On Thu, 2007-03-01 at 21:20 +0100, Tim Blechmann wrote: > > > > > i've been changing some emails with stefano d'angelo, who is starting to > > write a plugin wrapper, which is supposed to work with different plugin > > backends (vst, ladspa ...) ... a pluggo for pd could make use of this > > project in order to support several platforms out of the box. i guess, > > stefano doesn't have a working prototype, yet, but it's probably a good > > idea to join the development resources in order do avoid duplicate work. > > his project website is http://sourceforge.net/projects/naspro/ > > > > in general, from my knowledge of the pd architecture, running pd in a > > plugin environment would require some non-trival changes, it can't be > > just implemented on top of the current implementation. which means, in > > some way, this has to be incorporated into vanilla pd ... > > > > Maybe this is a very naive solution, but couldn't we solve the problem > of getting audio data from PD into non-jack apps (that support some kind > of plugin), by writing a very simple (LADSPA, VST, AU etc.) plugin that > acts as a jack client. > > e.g.: > > Audacity -> LADSPA jack client plugin -> jack -> PD -> jack -> LADSPA > jack client plugin -> Audacity > > The simplest case would use one 'jack client plugin' instance for each > audio channel to/from PD. > > I've been meaning to implement this for a while, and maybe there's a > glaring flaw, but I can't see it right now.. > > Jamie > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Memento global and local saving?
Hallo, I suppose this question is for Frank, though maybe others have already found the solution. I have converted all of my abstractions to use Memento, and I'm following the rradical design style so that I can build complex patches, then save their entire states. Samplers, oscillators, sequencers, envelopes, it's all working wonderfully. But! Often I've wanted to just save one unit's settings without grabbing the entirety of my opened patches. I'll describe my setup first, and make an example if it is not sufficient. Unnecessarily verbose description follows: I have a sampler unit with speed, loop points, interpolation, crossfades and so on (based on the lovely xgroove, thanks Thomas!). I usually load up 16 of these to use with drum pads, named like /sampler1, /sampler2 etc. It would be awesome to be able to set up one of these units with all these parameters (say, a sound loop, trimmed to 1 event, played at 3/4x speed, with no loop), and then save that setup for later. Then later, my 16 samplers are open, and 12 are active with a nice setup. Now I want to load that drum loop with those settings (my event, 3/4x speed, no loop) without affecting the other 12 sample units. I know that if I load up a blank patchwindow and setup, say, /sampler7, and save, I'll end up with a settings file with just /sampler7. But (A), that method would only be useful if I pre-planned the setup (what if I want to save a single instance after I've setup many others? (yes, I could trim the file manually : ) )). And (B) that saved file is only useful for a sampler labeled /sampler7, so it can't be arbitrarily loaded into /sampler15 (again, short of editing the file). So! If I haven't proven myself completely inept at implementing memento, is there a method for this? I believe it is possible (I think a very specific request to the RRADICAL pool, plus a restore that ignores the original labelname and substitutes the current labelname...), but I guess Frank will have an insight before I can type a single [list append] : ). (Further: I think that I could use SSSAD or rig up something external to memento, but it would be pretty excellent to have a system that was capable of both so that I am not rigging up multiple commun-like objects to every control!) Regards, Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem-models
In part 4 you demonstrate uv mapping with a bitmap. Have you successfully got those uv mapped bitmaps onto geometry within gem? Do you just include the bmp in the same folder with the obj and mtl? On 3/2/07, Malte Steiner <[EMAIL PROTECTED]> wrote: I made a while ago a 4 part wingstutorial which might help. Wings is great for lowpoly modelling , read realtime 3D objects. http://www.block4.com/index.php?id=65 Cheers, Malte -- Malte Steiner media art + development -www.block4.com- next events: 2.3. DJ together with Xyramat at The Thing Party, Buttclub Hamburg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- B~ www.cypod.co.nr ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyext on OSX (marius schebella)
ok, stupid, but I mixed up dyn an py and replaced dyn, but not py. now, with the corrected beta version everything is working. marius. Thomas Grill wrote: > > > marius schebella schrieb: >> thank you for your answers. weird. I can run the (sligtly modified) >> script from the commandline. but when I try to load it into Pd then it >> crashes. both py and pyext work with other scripts, but as soon as I >> try to import urllib (or sgmllib) pd crashes, even without defining a >> function. > Does it also crash if you load urllib not in the functions but in the > beginning of the script? >> I just tried the new beta version of dyn~ (crashed) > Would you mind to elaborate what exactly crashed? Your recursive > self-destructive patch? > > greetings, > Thomas > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd joystick
Hi list, Hi Hans! Where can I find documentation about [hidin] object. There is no hidin help in Pd-extended Saludos! 2007/3/3, Hans-Christoph Steiner <[EMAIL PROTECTED]>: [hid] on Mac OS X and GNU/Linux, [hidin] on Windows. And yes, they are in Pd-extended. .hc On Mar 1, 2007, at 7:45 PM, Matteo Sisti Sette wrote: > Hi, > > I was looking for an external to receive data from a standard > joystick (at > least for windows). > I only found the "pd_joystick" one that can be downloaded here: > > http://crca.ucsd.edu/~jsarlo/pd/ > > It works fine, but it has a huge design flaw in that the number of > outlets > depends on the number of axes of the joystick detected at startup. > This makes it nearly useless in most "serious" patch development > situations. > I don't need to explain why, do I? > > Dose anyone know some better and more pd-minded alternative? > Well, I guess pd-extended includes some, doesn'tit? however I would > like to > download just the joystick external rather than the whole pd- > extended, so it > would be fine to know how it's called etc. > > Thank you > M. > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Raul Diaz Poblete * [EMAIL PROTECTED] Ciudad Real [Spain] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google Summer of Code WIKI
Hallo! > Audacity -> LADSPA jack client plugin -> jack -> PD -> jack -> LADSPA > jack client plugin -> Audacity But AFAIK this is already possible - at least in Ardour I did something like that (but the problem is, that you cannot automate the parameters ..) LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google Summer of Code WIKI
On Thu, 2007-03-01 at 21:20 +0100, Tim Blechmann wrote: > > i've been changing some emails with stefano d'angelo, who is starting to > write a plugin wrapper, which is supposed to work with different plugin > backends (vst, ladspa ...) ... a pluggo for pd could make use of this > project in order to support several platforms out of the box. i guess, > stefano doesn't have a working prototype, yet, but it's probably a good > idea to join the development resources in order do avoid duplicate work. > his project website is http://sourceforge.net/projects/naspro/ > > in general, from my knowledge of the pd architecture, running pd in a > plugin environment would require some non-trival changes, it can't be > just implemented on top of the current implementation. which means, in > some way, this has to be incorporated into vanilla pd ... > Maybe this is a very naive solution, but couldn't we solve the problem of getting audio data from PD into non-jack apps (that support some kind of plugin), by writing a very simple (LADSPA, VST, AU etc.) plugin that acts as a jack client. e.g.: Audacity -> LADSPA jack client plugin -> jack -> PD -> jack -> LADSPA jack client plugin -> Audacity The simplest case would use one 'jack client plugin' instance for each audio channel to/from PD. I've been meaning to implement this for a while, and maybe there's a glaring flaw, but I can't see it right now.. Jamie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyext on OSX (marius schebella)
thank you for your answers. weird. I can run the (sligtly modified) script from the commandline. but when I try to load it into Pd then it crashes. both py and pyext work with other scripts, but as soon as I try to import urllib (or sgmllib) pd crashes, even without defining a function. I just tried the new beta version of dyn~ (crashed), and will also try to get the full python version. the shipped version, btw, is 2.3.5 from aug 19, compiled with gcc 4.0.1. marius. Thomas Grill wrote: > >> maybe you are using the (somewhat reduced) python version which ships >> with macosx. >> > should work with the shipped version as well... Marius' problem don't > seem to be related to missing functionality > > greetings, > Thomas > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyext on OSX (marius schebella)
marius schebella schrieb: > thank you for your answers. weird. I can run the (sligtly modified) > script from the commandline. but when I try to load it into Pd then it > crashes. both py and pyext work with other scripts, but as soon as I > try to import urllib (or sgmllib) pd crashes, even without defining a > function. Does it also crash if you load urllib not in the functions but in the beginning of the script? > I just tried the new beta version of dyn~ (crashed) Would you mind to elaborate what exactly crashed? Your recursive self-destructive patch? greetings, Thomas -- Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyext on OSX (marius schebella)
> maybe you are using the (somewhat reduced) python version which ships with > macosx. > should work with the shipped version as well... Marius' problem don't seem to be related to missing functionality greetings, Thomas -- Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
jared wrote: > Hello all, > > I'm using wget to try and download the tutorial files here: > > http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/ > > Does anyone know what I have to type into the command line to download > successfully? and i forgot 2 links: http://www.gnu.org/software/wget/faq.html and the all-wise trash heap: http://www.google.com/search?q=wget+directory btw, i really recommend that you bookmark a link to http://www.google.com/ as it is certainly a valuable resource of information in the internet. mfga.dsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyext on OSX (marius schebella)
for me your python-function worked without complaining, maybe you are using the (somewhat reduced) python version which ships with macosx. if so, you could consider getting a "full" python distribution. for ex. the prebuilt binaries from pythonmac at: http://www.pythonmac.org/packages/ christian >Hi, >I am trying python for the first time on osx and somehow I have problems >loading some libraries (for example urllib). maybe my script is wrong, >but I cannot test it, because pd crashes when I import urllib. >marius. > >import sys,urllib > >print "Script initialized" > >try: > print "Script arguments: ",sys.argv >except: > print > > >def printpage(arg): > import urllib > f = urllib.urlopen(arg) > # Read from the object, storing the page's contents in 's'. > s = f.read() > f.close() > print (s) _ MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
jared wrote: > Hello all, > > I'm using wget to try and download the tutorial files here: > > http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/ > > Does anyone know what I have to type into the command line to download > successfully? have you tried "wget -r http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/"; and "wget --help" or "wget /h" (i don't know, i am not on windows) mfg,.adr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyext on OSX
Hey Marius, no idea, it works for me, apart from the thing that you must convert the incoming symbol arg to str before using it with urlopen f = urllib.urlopen(str(arg)) greetings, Thomas PS: just updated the binary on http://g.org/ext/beta although it think that nothin has changed Am 03.03.2007 um 01:30 schrieb marius schebella: > import sys,urllib > > print "Script initialized" > > try: > print "Script arguments: ",sys.argv > except: > print > > > def printpage(arg): > import urllib > f = urllib.urlopen(arg) > # Read from the object, storing the page's contents in 's'. > s = f.read() > f.close() > print (s) -- Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list