[PD] Pd 0.43 Vanilla under Ubuntu
Configure and make seem to go fine but when I try to launch... Error in startup script: couldn't read file /usr/local/lib/pd/tcl//pd-gui.tcl: no such file or directory ...perhaps I'm missing something? I'm no Linux expert. Thanks, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Sound design forums?
I'm currently working my way through 'Designing Sound' by Andy Farnell* and as my need in finally turning the sounds that have been hitherto solely trapped inside my imagination becomes a real prospect, I was wondering if anybody knows... Any forums or lists other than this one that would be... - geared toward synthesis of leftfield sound elements - probably using traditional synthesis methods e.g subtractive, FM etc. - not necessarily tied to any platform/software/hardware just general - perhaps somewhere I could post a short audio clip of a sound and people could chime in about how they would synthesize that type of sound ? Cheers, John. * Andy. Absolutely great book. Currently doing a cover to cover read. I've wanted it for ages but being broke couldn't justify the purchase. Turns out I've a super-girlfriend who actually listens to my nerd natter and surprised me with a copy for a gift. Ah. Bless. (Cue Stevie Wonder's 'Isn't She Lovely') ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverb in pd
Hi Pierre, I'm not exactly the best to answer this but seeing as nobody else will I'll give it a go! I believe the 'partitioned' part of the phrase refers to the fact that the impulse response is is split up and then convolved in sections, with appropriate delays added to each resulting chunk of sound when mixed back in, making it easier and quicker for the CPU to process. There's a good explanation here - http://www.ludd.luth.se/~torger/brutefir.html#bruteconv I hope that Bricasti link worked for you! Cheers, John. --- On Thu, 21/10/10, Pierre Massat pimas...@gmail.com wrote: From: Pierre Massat pimas...@gmail.com Subject: Re: [PD] reverb in pd To: saint sainti...@yahoo.com Cc: pd list pd-list@iem.at Date: Thursday, 21 October, 2010, 21:04 This is awesome! Strickly so. Thanks! How does partitioned convolution work? Pierre 2010/10/21 saint sainti...@yahoo.com +1 on ben saylor's partconv~ - works excellently. arm yourself with the free acousticas IR's... http://www.acousticas.net/World/IRs/AcousticasM7.zip of the $3,500 bricasti m7 unit... http://www.bricasti.com/m7.html ...and you'll not go back to algorithmic reverbs again. or just get some balloons and record your own! (grab those IR's soon as it seems acousticas have gone out of business. took me a few attempts to check but the link is working.) ___ 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
Re: [PD] reverb in pd
+1 on ben saylor's partconv~ - works excellently. arm yourself with the free acousticas IR's... http://www.acousticas.net/World/IRs/AcousticasM7.zip of the $3,500 bricasti m7 unit... http://www.bricasti.com/m7.html ...and you'll not go back to algorithmic reverbs again. or just get some balloons and record your own! (grab those IR's soon as it seems acousticas have gone out of business. took me a few attempts to check but the link is working.) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Flexible Step Sequencers For Pd Vanilla
Hi, Following the Pd Berlin meeting last Tuesday, the guys encouraged me to share my patches. Here are my step sequencers for Pd vanilla. With a bit of imagination they can be used for many things other than beat/drum patterns. In the example patches you can see one used as a metro to drive the other sequencers which can lead to interesting groove/swing/shuffle sounds. Also to repetitively control parameters like filter cutoff/pitch/LFO rate/effects on synthesizers too. Connect them to each other to create conditionally generative randomness. All these methods are employed in the example patches. http://puredata.info/Members/saintidle/j-array-lane-pd-j-array-numbers-pd-j-array-metro.pd/ Feedback welcome of course but I'm afraid they're supplied as is for you to use and abuse. I doubt I'll have the time to update/document them properly! Cheers, John Flynn. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Auto unique number tagging of gui objects
Thanks for taking the time to explain that stuff Frank. I think I've got a handle on it now, and I think it's perfect for me. Don't know why I've been so scared of it! --- On Tue, 27/7/10, saint sainti...@yahoo.com wrote: From: saint sainti...@yahoo.com Subject: Re: Auto unique number tagging of gui objects To: pd list pd-list@iem.at, Me sainti...@yahoo.com Date: Tuesday, 27 July, 2010, 20:29 Okay Frank thanks for the tips. I was thinking of wrapper abstractions but I think I'll just have to go the rjdj route. I've always been a bit perplexed by sssad, do you recommend examining the rjdj abstractions to learn? About the subpatches though, I was under the impression if a subpatch was closed then it won't take up the usual graphical change overhead that it would if it was open? Cheers for pointing me in the right direction. John. --- On Tue, 27/7/10, saint sainti...@yahoo.com wrote: From: saint sainti...@yahoo.com Subject: Auto unique number tagging of gui objects To: pd list pd-list@iem.at, Me sainti...@yahoo.com Date: Tuesday, 27 July, 2010, 1:15 Hi, Is there a way to scan a patch (and then it's child subpatches and theirs etc. etc.) and assign a unique consecutive number to each graphical object? For example say I have 4 sliders in a patch I want to number them so that the labels now read say 001, 002, 003 and 004 and they now respond to messages sent to r-001, r-002,..etc. and they are now sending information on s-001, s-002,..etc. And also this patch calls upon an abstraction that has 3 toggles and I want them to be labelled, sending and receiving through 005, 006 and 007 etc. etc. I want to know if I can automate this task so that I can apply it to patches I've already made. I know I am probably re-inventing the wheel here but I want to do this in vanilla hopefully. My goal is for any gui parameter to be able to modulate any other parameter (as long as they are of the same type) simply by typing two numbers into number boxes that will link them. A simple modulation matrix of sorts. Cheers as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Auto unique number tagging of gui objects
Okay Frank thanks for the tips. I was thinking of wrapper abstractions but I think I'll just have to go the rjdj route. I've always been a bit perplexed by sssad, do you recommend examining the rjdj abstractions to learn? About the subpatches though, I was under the impression if a subpatch was closed then it won't take up the usual graphical change overhead that it would if it was open? Cheers for pointing me in the right direction. John. --- On Tue, 27/7/10, saint sainti...@yahoo.com wrote: From: saint sainti...@yahoo.com Subject: Auto unique number tagging of gui objects To: pd list pd-list@iem.at, Me sainti...@yahoo.com Date: Tuesday, 27 July, 2010, 1:15 Hi, Is there a way to scan a patch (and then it's child subpatches and theirs etc. etc.) and assign a unique consecutive number to each graphical object? For example say I have 4 sliders in a patch I want to number them so that the labels now read say 001, 002, 003 and 004 and they now respond to messages sent to r-001, r-002,..etc. and they are now sending information on s-001, s-002,..etc. And also this patch calls upon an abstraction that has 3 toggles and I want them to be labelled, sending and receiving through 005, 006 and 007 etc. etc. I want to know if I can automate this task so that I can apply it to patches I've already made. I know I am probably re-inventing the wheel here but I want to do this in vanilla hopefully. My goal is for any gui parameter to be able to modulate any other parameter (as long as they are of the same type) simply by typing two numbers into number boxes that will link them. A simple modulation matrix of sorts. Cheers as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Auto unique number tagging of gui objects
Hi, Is there a way to scan a patch (and then it's child subpatches and theirs etc. etc.) and assign a unique consecutive number to each graphical object? For example say I have 4 sliders in a patch I want to number them so that the labels now read say 001, 002, 003 and 004 and they now respond to messages sent to r-001, r-002,..etc. and they are now sending information on s-001, s-002,..etc. And also this patch calls upon an abstraction that has 3 toggles and I want them to be labelled, sending and receiving through 005, 006 and 007 etc. etc. I want to know if I can automate this task so that I can apply it to patches I've already made. I know I am probably re-inventing the wheel here but I want to do this in vanilla hopefully. My goal is for any gui parameter to be able to modulate any other parameter (as long as they are of the same type) simply by typing two numbers into number boxes that will link them. A simple modulation matrix of sorts. Cheers as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd~ object under windows - 'can't create'
Ok that's a shame. Cheers for the reply Iohannes. John. --- On Mon, 7/6/10, IOhannes m zmoelnig zmoel...@iem.at wrote: From: IOhannes m zmoelnig zmoel...@iem.at Subject: Re: [PD] Pd~ object under windows - 'can't create' To: saint sainti...@yahoo.com Cc: pd list pd-list@iem.at Date: Monday, 7 June, 2010, 8:55 On 2010-06-05 18:13, saint wrote: Hi, I'm using Pd vanilla version 0.42-5 under windows xp. I'd like to try out the pd~ object to try and max out both cores of my Intel Core 2 Duo T7250 whilst using a heavy patch (lots of bsaylor's partconv~'s)... I can't get pd~ to load - it always comes up 'can't create'. Nor will it work in when I open the help patch for the pd~ object. Is there something I'm missing? I've noticed that there's no 'pd~.dll' in the pd~ folder. But surely it should run straight with what's downloadable from Miller's site? no. pd~ uses as pipes for communicating between the parent process and the embedded pd, which are not available on w32. mghsdf IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd~ object under windows - 'can't create'
Hi, I'm using Pd vanilla version 0.42-5 under windows xp. I'd like to try out the pd~ object to try and max out both cores of my Intel Core 2 Duo T7250 whilst using a heavy patch (lots of bsaylor's partconv~'s)... I can't get pd~ to load - it always comes up 'can't create'. Nor will it work in when I open the help patch for the pd~ object. Is there something I'm missing? I've noticed that there's no 'pd~.dll' in the pd~ folder. But surely it should run straight with what's downloadable from Miller's site? Thanks in advance as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Relative path behaviour strange in GOP abstractions
Another bump. I do believe this is a bug, no? Cheers, John. - Original Message From: saint sainti...@yahoo.com To: saint sainti...@yahoo.com; pd list pd-list@iem.at Sent: Mon, 26 April, 2010 14:59:31 Subject: Re: Relative path behaviour strange in GOP abstractions Anybody? I'm on pd vanilla windows version 0.42-5. I've a patch that relies heavily on file IO abstractions (sitting happily in the 'extra' folder), which are invoked by the main patch which until recently has been located in a different folder. These abstractions start looking for certain files and folders via 'makefilename' into the 'textfile' object like... |read ../../$1/$2.txt( I tried to make an abstraction (also located in 'extra') that was GOP. It used 3 instances of the file IO abstraction, where one instance was visible on parent and the 2 others hidden. What I found was that the hidden abstractions began their relative path in the 'extra' folder as they should... |read ../../$1/$2.txt( ... ...worked for the hidden only. ...but the VISIBLE abstractions began their relative path search in the PARENT'S patch folder. Such that... |read ../$1/$2.txt( ... ...worked for the visible only. Can anybody replicate this bug/suggest a workaround? (The paths must be relative, as I need to port this around) Thanks in advance as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Relative path behaviour strange in GOP abstractions
Anybody? I'm on pd vanilla windows version 0.42-5. I've a patch that relies heavily on file IO abstractions (sitting happily in the 'extra' folder), which are invoked by the main patch which until recently has been located in a different folder. These abstractions start looking for certain files and folders via 'makefilename' into the 'textfile' object like... |read ../../$1/$2.txt( I tried to make an abstraction (also located in 'extra') that was GOP. It used 3 instances of the file IO abstraction, where one instance was visible on parent and the 2 others hidden. What I found was that the hidden abstractions began their relative path in the 'extra' folder as they should... |read ../../$1/$2.txt( ... ...worked for the hidden only. ...but the VISIBLE abstractions began their relative path search in the PARENT'S patch folder. Such that... |read ../$1/$2.txt( ... ...worked for the visible only. Can anybody replicate this bug/suggest a workaround? (The paths must be relative, as I need to port this around) Thanks in advance as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd, Max/Msp, Reaktor, Plogue Bidule... How do these compare?
I do think that a big snag in the learning curve for some people is the initial provision of only very basic building blocks. You pretty much have to download Pd and then get Miller's book (what I did) or FLOSS Manual/Andy Farnell's etc. (God I really want Andy's book! Broke atm!) and then devote a good few hours into getting off the ground. What should really be implemented (I've seen some screenshots for the next release yes??) is the right-click style access to a menu organised into say, primitive objects, medium and high-level abstractions. Initial users, say the casual VST synth Mike or Michelle, just want to... 1. Crack open a subractive synth. Play it. (High level). 2. Then dismantle it, see how it works and maybe make their own modular noise spewers from pre-formed building blocks. (Medium level). 3. Build their own building blocks to suit their own desire/dream/whim etc. (Low level) Which is what Reaktor has. (Does the newer bubbly Max have that too?). So I can see the original poster's point. Don't get me wrong, I love Pd (I'm here aren't I??!). But I also can't wait for it to evolve into a more user friendly and intuitive program (not at the expense of it's simplicity though!). There'll be more of us here then. Or do we want to be like the Fixed-gear Cyclists? All exclusive and haircutty??! Well, I was using Pure Data wy before it could emit a speaker beep... John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Array with text named indices?
Hi all, Does anybody know of a way of storing a bunch of data in an array-style container that uses a text-based name instead of an index number to lookup values? Hopefully with a save to disk feature? (like textfile) Basically I'm looking for an object that can store something like... blahBlahBlahItem 0.5678; strawberryJam 71; underwearForSwimming 0; endangeredLunchbox 1; It seems that I could use textfile for this but my programming is cumbersome for anything that's not just adding to the list. (i.e. changing the value of 'endangeredLunchbox' to 2.) And I seem to have to traverse most of the textfile until I receive a symbol match for lookup? Thanks in advance as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Textfile vs. Lists vs. Arrays vs. ?
Ah wow. Looks like I may be able to use that with minimal changes to the patch! Thanks Andras, I'll give that a go. --- On Sun, 28/2/10, András Murányi muran...@gmail.com wrote: From: András Murányi muran...@gmail.com Subject: Re: [PD] Textfile vs. Lists vs. Arrays vs. ? To: pd list pd-list@iem.at Cc: saint sainti...@yahoo.com Date: Sunday, 28 February, 2010, 16:17 On Sat, Feb 27, 2010 at 11:14 AM, saint sainti...@yahoo.com wrote: Thanks guys, So loading to RAM seems to be the solution. Anyone have any ideas how I do that in WinXP? Or what would the alternative methods of data storage that PD (vanilla) provides natively that operates to/from RAM? Sounds like you need something like the good old msdos ramdisk. May be this one: http://www.mydigitallife.info/2007/05/27/free-ramdisk-for-windows-vista-xp-2000-and-2003-server/ Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Textfile vs. Lists vs. Arrays vs. ?
Thanks guys, So loading to RAM seems to be the solution. Anyone have any ideas how I do that in WinXP? Or what would the alternative methods of data storage that PD (vanilla) provides natively that operates to/from RAM? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Textfile vs. Lists vs. Arrays vs. ?
Hi all, I've a pd system that involves the playing back of sequences and patterns. I store the pattern data in lots of separate text files which the system reads on the fly once the next pattern is called upon. My problem is that I get audio dropouts when changing some patterns, usually ones that call on a lot of text files. (I've put all the graphic-heavy stuff into a subpatch which remains closed during live playback as my initial feeling was the glitches were caused by graphical stuff as is usual with pd. But surely once in a subpatch and closed there's no overhead?) I suppose what I'm asking is, would I get better performance if I wasn't constantly calling upon text files on the hard disk? Say, saving the strings of numbers to lists or arrays? What would the best way to go about that if so? The reason I went for the text file route was that it was simple to re-order the sequences via a file manager and just generally easier to track down problems by inspecting the files rather than poking around in lists and arrays. But audio always has final say! Thanks in advance as always, John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] List Message Queueing? ( Note on/off messages into vst~ )
Hi thanks Mathieu! i just thought of the textfile idea a while after i posted. i use one textfile that when it's caught up with it's queue it deletes it's contents and starts over. do you think there could be a memory leak in this patch??? i use it with a 2ms interval value... Thanks again! John. - Original Message From: Mathieu Bouchard ma...@artengine.ca To: saint sainti...@yahoo.com Cc: pd list pd-list@iem.at Sent: Saturday, 3 October, 2009 22:49:56 Subject: Re: [PD] List Message Queueing? ( Note on/off messages into vst~ ) On Fri, 2 Oct 2009, saint wrote: I'm looking for a way to send an object (or an external) a bunch of list messages and for that object to then store them and output them at 2ms intervals in a sort of a queue. if the messages are all of a fixed length and all made of floats, you could look into using several [pipe] at once. But if ever you need your messages to be more free-form (variable length, mixed symbols) you may enjoy [textfile] even though you won't be writing to files, reading from files, converting to text, or from text. It's a misnomer really. And because you can't delete the queue items that you are done with ([textfile] only supports deleting the whole contents), then I suppose it'd be better if you use a few counters, and use a second [textfile] so that once in a while, one of the [textfile]s only contains obsolete data, so that you can clear it, so that you don't make a memory-leak. Using externals instead of internals, you could use a single [coll], that can delete single elements. In that case you save yourself the trouble of double-buffering, but afaik you still have to use counters. if you want something even more automatic, I haven't looked into Holzmann's containers, but I assume that they offer a lot more than either [textfile] or [coll]. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 j.data.messageQueue.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] List Message Queueing? ( Note on/off messages into vst~ )
Hi, I've built a step sequencer that feeds into synth plugins loaded in with vst~. It seems to be a bit of a defect within vst~ that if I send it a lot of Noteon messages at the exact same time it drops some of them. My work around so far has been to delay the messages by about 2ms or so and it seems to play them fine. But now I've got multiple tracks of Noteon messages coming into the one plugin loaded into vst~. With all this action happening I can't just delay each track of Noteon/off messages by say, 0ms, 2ms, 4ms, 6ms etc... as sometimes the Noteoff messages get stolen and the number of voices get maxed out and stall the plugin! (and cpu!) I'm looking for a way to send an object (or an external) a bunch of list messages and for that object to then store them and output them at 2ms intervals in a sort of a queue. Is there such an object? As always, Thanks for any help you guys can provide. John. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midifile Object
ah cheers thanks a million martin, you're a lifesaver! am looking forward to getting stuck into your external properly now! thanks, john. - Original Message From: Martin Peach [EMAIL PROTECTED] To: saint [EMAIL PROTECTED] Cc: pd-list@iem.at Sent: Tuesday, 19 February, 2008 2:09:05 PM Subject: Re: [PD] Midifile Object It's fixed now in svn and works as advertised (opens files in patcher directory unless absolute path given). You can get source code and a compiled dll from http://puredata.info/Members/martinrp/ Martin saint wrote: hi martin/all, sorry for buggin you about this again, but unfortunately i can't use your (or any) midi external for my purpose if i can't get this to work. the problem i'm having with midifile is this: i can't get midifile to read a .mid file that's in the same folder as the pd patch by referring to it by it's short name only i.e. without the full path c:/progra~1/etc/etc (which does work btw, thanks) is there anyway to get this... [read test.mid( | [midifile] ...to work?! (where the midi file and pd patch are in the same folder of course) basically i need to copy multiple instances of the patch and run it from lots of different folders each referring to different midi files again thanks a million in advance you've been more than helpful so far! - Original Message From: Martin Peach To: [EMAIL PROTECTED]; pd-list@iem.at Sent: Tuesday, 12 February, 2008 8:53:59 PM Subject: Re: [PD] Phasor Driven Midi File Playback? The latest versions are part of pd-extended in http://autobuild.puredata.info/auto-build/ but the last functional WinXp version is in late 2007. The spaces in path names cause trouble throughout pd and other cross-platform programs, the only workaround I know of is to rename your directories without spaces. I usually use underscores instead. Program Files always causes trouble. Sometimes you can access it using something like C:\PROGRA~1 (the short DOS name) This works on my system: [read C:/PROGRA~1/pd/doc/5.reference/textfile.txt( but [C:/PROGRA~1/pd/doc/5.reference/textfile.txt( | [read $1( does not work. Martin From: saint To: pd-list@iem.at Subject: Re: [PD] Phasor Driven Midi File Playback? Date: Tue, 12 Feb 2008 11:39:53 -0800 (PST) hmmm. i did try that but it seems to stumble at the first space in the full path (as pure data does) unfortunately the patch will need to be ported around when it's done so specifying a full path won't fulfill my needs. is there a .dll of the midifile external for w32 knocking around for which this read message works for shortened paths? again, thanks all of you for your time! - Original Message From: Mike McGonagle To: saint Cc: pd-list@iem.at Sent: Tuesday, 12 February, 2008 7:22:29 PM Subject: Re: [PD] Phasor Driven Midi File Playback? I think what is happening is that [midifile] is expecting a full path for the file name when using read. This is why it works for the [openpanel] because it returns a complete path. Did you try using the full path with [read $1(? Mike On Feb 12, 2008 12:33 PM, saint wrote: thanks for the quick reply again martin, it's a strange problem that i seem to be having. because i definitely have all the midifiles in the same folder as the patch but [midifile test.mid] ...or... [read test.mid(---[midifile] gives... 'error: midifile: unable to open test.mid' but when i do [bang]---[openpanel]---[read $1(---[midifile] and point it to 'test.mid' it seems to work? h... unfortunately for what i want to do i need to be able to automate opening different midifiles. i'm using your zip from http://puredata.info/Members/martinrp/midifile/midifile.zip/view ___ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/ __ Sent from Yahoo! Mail. A Smarter Inbox. http://uk.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Midifile Object
hi martin/all, sorry for buggin you about this again, but unfortunately i can't use your (or any) midi external for my purpose if i can't get this to work. the problem i'm having with midifile is this: i can't get midifile to read a .mid file that's in the same folder as the pd patch by referring to it by it's short name only i.e. without the full path c:/progra~1/etc/etc (which does work btw, thanks) is there anyway to get this... [read test.mid( | [midifile] ...to work?! (where the midi file and pd patch are in the same folder of course) basically i need to copy multiple instances of the patch and run it from lots of different folders each referring to different midi files again thanks a million in advance you've been more than helpful so far! - Original Message From: Martin Peach [EMAIL PROTECTED] To: [EMAIL PROTECTED]; pd-list@iem.at Sent: Tuesday, 12 February, 2008 8:53:59 PM Subject: Re: [PD] Phasor Driven Midi File Playback? The latest versions are part of pd-extended in http://autobuild.puredata.info/auto-build/ but the last functional WinXp version is in late 2007. The spaces in path names cause trouble throughout pd and other cross-platform programs, the only workaround I know of is to rename your directories without spaces. I usually use underscores instead. Program Files always causes trouble. Sometimes you can access it using something like C:\PROGRA~1 (the short DOS name) This works on my system: [read C:/PROGRA~1/pd/doc/5.reference/textfile.txt( but [C:/PROGRA~1/pd/doc/5.reference/textfile.txt( | [read $1( does not work. Martin From: saint [EMAIL PROTECTED] To: pd-list@iem.at Subject: Re: [PD] Phasor Driven Midi File Playback? Date: Tue, 12 Feb 2008 11:39:53 -0800 (PST) hmmm. i did try that but it seems to stumble at the first space in the full path (as pure data does) unfortunately the patch will need to be ported around when it's done so specifying a full path won't fulfill my needs. is there a .dll of the midifile external for w32 knocking around for which this read message works for shortened paths? again, thanks all of you for your time! - Original Message From: Mike McGonagle [EMAIL PROTECTED] To: saint [EMAIL PROTECTED] Cc: pd-list@iem.at Sent: Tuesday, 12 February, 2008 7:22:29 PM Subject: Re: [PD] Phasor Driven Midi File Playback? I think what is happening is that [midifile] is expecting a full path for the file name when using read. This is why it works for the [openpanel] because it returns a complete path. Did you try using the full path with [read $1(? Mike On Feb 12, 2008 12:33 PM, saint [EMAIL PROTECTED] wrote: thanks for the quick reply again martin, it's a strange problem that i seem to be having. because i definitely have all the midifiles in the same folder as the patch but [midifile test.mid] ...or... [read test.mid(---[midifile] gives... 'error: midifile: unable to open test.mid' but when i do [bang]---[openpanel]---[read $1(---[midifile] and point it to 'test.mid' it seems to work? h... unfortunately for what i want to do i need to be able to automate opening different midifiles. i'm using your zip from http://puredata.info/Members/martinrp/midifile/midifile.zip/view ___ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Phasor Driven Midi File Playback?
ah i see. thanks. it does work if i move the test.mid to the root and send it a [read c:/test.mid( message. i will try the dos abbreviations too. although it seems strange that a midi file that's saved in the same dir as the patch doesn't get picked up? i.e. [read test.mid( or... [test.mid( | [read $1( | [midifile] or indeed... [midifile test.mid]? should this method be working? again, sorry for all the bother it's just if i can use your external i'll be an extremely happy pd-er!!! thanks, john. __ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Phasor Driven Midi File Playback?
hmmm. i did try that but it seems to stumble at the first space in the full
path (as pure data does)
unfortunately the patch will need to be ported around when it's done so
specifying a full path won't fulfill my needs.
is there a .dll of the midifile external for w32 knocking around for which this
read message works for shortened paths?
again, thanks all of you for your time!
- Original Message
From: Mike McGonagle [EMAIL PROTECTED]
To: saint [EMAIL PROTECTED]
Cc: pd-list@iem.at
Sent: Tuesday, 12 February, 2008 7:22:29 PM
Subject: Re: [PD] Phasor Driven Midi File Playback?
I think what is happening is that [midifile] is expecting a full path for the
file name when using read. This is why it works for the [openpanel] because it
returns a complete path. Did you try using the full path with [read $1(?
Mike
On Feb 12, 2008 12:33 PM, saint [EMAIL PROTECTED] wrote:
thanks for the quick reply again martin,
it's a strange problem that i seem to be having.
because i definitely have all the midifiles in the same folder as the patch but
[midifile test.mid]
...or...
[read test.mid(---[midifile]
gives... 'error: midifile: unable to open test.mid'
but when i do
[bang]---[openpanel]---[read $1(---[midifile]
and point it to 'test.mid' it seems to work?
h...
unfortunately for what i want to do i need to be able to automate opening
different midifiles.
i'm using your zip from
http://puredata.info/Members/martinrp/midifile/midifile.zip/view
thanks again in advance!
- Original Message
From: Martin Peach [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; pd-list@iem.at
Sent: Tuesday, 12 February, 2008 5:13:00 PM
Subject: Re: [PD] Phasor Driven Midi File Playback?
saint
wrote:
hi
martin,
been
trying
your
midifile
object
and
it's
working
nicely.
great!
is
there
a
way
to
send
it
a
[read
test.mid{
message
or
a
[read
folder/test.mid{
message?
i
need
to
automate
opening
a
bunch
of
files
without
using
the
'openpanel'
object.
Just
like
that.
Or
send
a
message
or
symbol
containing
the
path
to
the
[read
$1(
message.
It's
probably
easier
if
all
the
files
are
in
the
same
directory
as
the
patch.
Martin
Sent from Yahoo! - a smarter inbox.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
Peace may sound simple—one beautiful word— but it requires everything we have,
every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
__
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Phasor Driven Midi File Playback?
thanks for the quick reply again martin,
it's a strange problem that i seem to be having.
because i definitely have all the midifiles in the same folder as the patch but
[midifile test.mid]
...or...
[read test.mid(---[midifile]
gives... 'error: midifile: unable to open test.mid'
but when i do
[bang]---[openpanel]---[read $1(---[midifile]
and point it to 'test.mid' it seems to work?
h...
unfortunately for what i want to do i need to be able to automate opening
different midifiles.
i'm using your zip from
http://puredata.info/Members/martinrp/midifile/midifile.zip/view
thanks again in advance!
- Original Message
From: Martin Peach [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; pd-list@iem.at
Sent: Tuesday, 12 February, 2008 5:13:00 PM
Subject: Re: [PD] Phasor Driven Midi File Playback?
saint
wrote:
hi
martin,
been
trying
your
midifile
object
and
it's
working
nicely.
great!
is
there
a
way
to
send
it
a
[read
test.mid{
message
or
a
[read
folder/test.mid{
message?
i
need
to
automate
opening
a
bunch
of
files
without
using
the
'openpanel'
object.
Just
like
that.
Or
send
a
message
or
symbol
containing
the
path
to
the
[read
$1(
message.
It's
probably
easier
if
all
the
files
are
in
the
same
directory
as
the
patch.
Martin
___
Support the World Aids Awareness campaign this month with Yahoo! For Good
http://uk.promotions.yahoo.com/forgood/___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Phasor Driven Midi File Playback?
hi martin,
been trying your midifile object and it's working nicely.
is there a way to send it a [read test.mid{ message or a [read folder/test.mid{
message?
i need to automate opening a bunch of files without using the 'openpanel'
object.
cheers again,
john.
- Original Message
From: Martin Peach [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; pd-list@iem.at
Sent: Monday, 11 February, 2008 8:19:56 PM
Subject: RE: [PD] Phasor Driven Midi File Playback?
saint
wrote:
I've
been
trying
to
incorporate
synched
looped
midi
file
playback
into
a
system
of
tabread
looping
players.
So
far
I've
been
using
xeq
but
recently
discovered
seq
in
the
cyclone
library.
I
can
kinda
get
xeq
to
work
but
it
involves
me
cheating
the
tempo
of
the
file
playback,
banging
a
sync
point
at
the
start
of
every
audio
loop
and
I'm
getting
quite
confused
with
the
different
xeq
objects
(the
documentation
has
been
down
for
a
number
of
years)...
Is
there
a
more
graceful
way
of
doing
this
like
I
do
with
the
phasor/tabread
audio?
I
see
that
seq
has
a
'goto'
command
with
seconds
and
milliseconds,
if
I
fed
that
with
my
audio
phasor
would
the
midi
loops
play
in
sync
with
the
audio
loops?
There's
the
[mrpeach/midifile]
object.
You
feed
it
ticks
from
a
[metro]
to
advance
through
the
file
and
can
jump
to
any
tick
in
the
file.
It
can
also
dump
the
file
so
you
can
find
the
tick
number
to
go
to.
It
doesn't
know
about
seconds
but
you
can
tune
the
speed
very
finely.
I
have
had
it
running
in
sync
with
the
Hydrogen
drum
machine
for
hours
at
a
time.
Martin
__
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Phasor Driven Midi File Playback?
ah brilliant thanks martin that's exactly what i need i reckon. will be able to try it out tomorrow properly! - Original Message From: Martin Peach [EMAIL PROTECTED] To: [EMAIL PROTECTED]; pd-list@iem.at Sent: Monday, 11 February, 2008 8:19:56 PM Subject: RE: [PD] Phasor Driven Midi File Playback? saint wrote: I've been trying to incorporate synched looped midi file playback into a system of tabread looping players. So far I've been using xeq but recently discovered seq in the cyclone library. I can kinda get xeq to work but it involves me cheating the tempo of the file playback, banging a sync point at the start of every audio loop and I'm getting quite confused with the different xeq objects (the documentation has been down for a number of years)... Is there a more graceful way of doing this like I do with the phasor/tabread audio? I see that seq has a 'goto' command with seconds and milliseconds, if I fed that with my audio phasor would the midi loops play in sync with the audio loops? There's the [mrpeach/midifile] object. You feed it ticks from a [metro] to advance through the file and can jump to any tick in the file. It can also dump the file so you can find the tick number to go to. It doesn't know about seconds but you can tune the speed very finely. I have had it running in sync with the Hydrogen drum machine for hours at a time. Martin __ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Phasor Driven Midi File Playback?
Hi, I've been trying to incorporate synched looped midi file playback into a system of tabread looping players. So far I've been using xeq but recently discovered seq in the cyclone library. I can kinda get xeq to work but it involves me cheating the tempo of the file playback, banging a sync point at the start of every audio loop and I'm getting quite confused with the different xeq objects (the documentation has been down for a number of years)... Is there a more graceful way of doing this like I do with the phasor/tabread audio? I see that seq has a 'goto' command with seconds and milliseconds, if I fed that with my audio phasor would the midi loops play in sync with the audio loops? Cheers, as always, for your time. John. ___ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Getsize for regular arrays
hi, i'm wondering if there's a way to use the getsize object to return the size of a regular array? now that regular arrays and data structures are more integrated... thanks, john. ___ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
