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 saintidle@yahoo.com 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?
hmmmm... 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 martin.peach@sympatico.ca To: saintidle@yahoo.com; 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!http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=51949/*http://uk.docs.yahoo.com/mail/winter07.html- a smarter inbox.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list