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 martin.peach@sympatico.ca To: saintidle@yahoo.com; 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 saintidle@yahoo.com 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 mjmogo@gmail.com To: saint saintidle@yahoo.com 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 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
___________________________________________________________
Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/
The way it works now [midifile] reads from the same directory that pd is in unless you specify the full path. It should be possible to get it to search in the patch directory, probably by calling canvas_open in pd. I'll look into it this weekend.
Martin
From: saint saintidle@yahoo.com To: pd-list@iem.at Subject: [PD] Midifile Object Date: Thu, 14 Feb 2008 10:26:07 -0800 (PST)
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!
# Hi, # I'll be very happy too if this feature can be done. Once I made a demonstration about tuning systems, where I used a midi file as the input. I packed the midi file with the patch but it did not work on any computer other than mine because [midifile] could not find the file. # Thanks in advance! -uğur-
On Thu, Feb 14, 2008 at 8:26 PM, saint saintidle@yahoo.com 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)
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 martin.peach@sympatico.ca To: saintidle@yahoo.com; 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 saintidle@yahoo.com 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 mjmogo@gmail.com To: saint saintidle@yahoo.com 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 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
___________________________________________________________Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/
hi list,..
i tried the external pd303 downloaded at http://footils.org/cms/pms/?show_article=11 for any reason it works (it sounds) but is not able to see the pd programming due to the blank fields in all the elements (messages, objects,.ecc..)...is it abailable this code?
note: i loaded the libraries maxlib and unauthorized...as well swh LADSPA plugins installed.
salut x!
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
xm schreef:
hi list,..
i tried the external pd303 downloaded at http://footils.org/cms/pms/?show_article=11 for any reason it works (it sounds) but is not able to see the pd programming due to the blank fields in all the elements (messages, objects,.ecc..)...is it abailable this code?
note: i loaded the libraries maxlib and unauthorized...as well swh LADSPA plugins installed.
hi it's the plugin~ object's fault. it shows weird behaviour with certain locales. you can solve this by entering "unset LANG" in a terminal and starting pd from within that same terminal.
m
Hallo, xm hat gesagt: // xm wrote:
i tried the external pd303 downloaded at http://footils.org/cms/pms/?show_article=11 for any reason it works (it sounds) but is not able to see the pd programming due to the blank fields in all the elements (messages, objects,.ecc..)...is it abailable this code?
That's probably a display error somewhere in an object, maybe in the grid sequencer.
Ciao
Frank Barknecht _ ______footils.org__
-
Frank Barknecht -
Martin Peach -
mik -
saint -
Uğur Güney -
xm