Re: [PD] Phasor Driven Midi File Playback?
On 13 Feb 2008, at 7:53 AM, Martin Peach wrote: 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. try [symbol C:/PROGRA~1/pd/doc/5.reference/textfile.txt( | [read $1( simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
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 ___ 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?
On Feb 12, 2008 1:39 PM, saint [EMAIL PROTECTED] wrote: hmmm. i did try that but it seems to stumble at the first space in the full path (as pure data does) Yes, paths can't have spaces in them, as it breaks the symbol you send to [read $1( into two parts. Mike ___ 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?
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
___
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?
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 ___ 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
