I have a project folder with the main patch and sub patches in at the top
level. I have subfolders for sound files and movies but “read filename” is
not finding them. I thought max searched subfolders before going to the
file preferences list. What is the method for doing this? Some kind of
relative addressing?

Cheers
Gary Lee Nelson
Oberlin College
http://www.timara.oberlin.edu/GaryLeeNelson

> I thought I knew how to do this but…
>
> I have a project folder with the main patch and sub patches in at
> the top
> level. I have subfolders for sound files and movies but “read
> filename” is
> not finding them. I thought max searched subfolders before going
> to the
> file preferences list. What is the method for doing this? Some
> kind of
> relative addressing?

Gary –

I’ve dealt with this a lot, and the following patch should work for
you. Not that the “thispatcher” stuff HAS to be at the top-level
of the patch. It’s also a little trickier if you build a
standalone, but I could send you that also.

Oh, you may need another “tosymbol” after the sprintf, and I’m not
sure if you need the initial “/” in the sprintf — print the result
and see if it matches where the soundfiles are located on your disk.

brad

http://music.columbia.edu/~brad

max v2;
#N vpatcher 259 127 576 438;
#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 29 199 32 196617 print;
#P newex 29 162 231 196617 sprintf
%s/wheremysoundfilesare/soundfile.aiff;
#P newex 29 140 50 196617 tosymbol;
#P newex 29 118 113 196617 conformpath slash boot;
#P message 29 71 27 196617 path;
#N thispatcher;
#Q end;
#P newobj 29 92 60 196617 thispatcher;
#P newex 29 46 45 196617 loadbang;
#P connect 0 0 2 0;
#P connect 2 0 1 0;
#P connect 1 0 3 0;
#P connect 3 0 4 0;
#P connect 4 0 5 0;
#P connect 5 0 6 0;
#P pop;

> Not that the “thispatcher” stuff HAS to be at the top-level
> of the patch.

Oops, this was a typo that can make a difference:

NOTE that the “thispatcher” stuff…

brad

http://music.columbia.edu/~brad

> It was the wrong outlet too ;-)

Arg, you are right! More coffee… more coffee…

daylight savings time, I’m all shook up.

brad

http://music.columbia.edu/~brad

On 3/12/07 9:20 AM, “garton@columbia.edu” wrote:

> max v2;
> #N vpatcher 259 127 576 438;
> #P window setfont “Sans Serif” 9.;
> #P window linecount 1;
> #P newex 29 199 32 196617 print;
> #P newex 29 162 231 196617 sprintf
> %s/wheremysoundfilesare/soundfile.aiff;
> #P newex 29 140 50 196617 tosymbol;
> #P newex 29 118 113 196617 conformpath slash boot;
> #P message 29 71 27 196617 path;
> #N thispatcher;
> #Q end;
> #P newobj 29 92 60 196617 thispatcher;
> #P newex 29 46 45 196617 loadbang;
> #P connect 0 0 2 0;
> #P connect 2 0 1 0;
> #P connect 1 0 3 0;
> #P connect 3 0 4 0;
> #P connect 4 0 5 0;
> #P connect 5 0 6 0;
> #P pop;

Cheers
Gary Lee Nelson
Oberlin College
http://www.timara.oberlin.edu/GaryLeeNelson

Hi Brad, Emmanuel,

i’d be really grateful to try out the code you mentioned for the standalone.
Also, what do you mean by “the “thispatcher” stuff HAS to be at the top-level of the patch” ?

I’m making a standalone that has two folders associated, one is called “sounds”, the other “images”. The code Emmanuel sent for the ubumenu partly works for my standalone: sounds and images are properly loaded in the ubumenu. But then, the images won’t be loaded in the matrix while the sounds can be opened in the sfplayer.
If I import the folder manually (drag&drop with ubumenu), the pictures can be loaded properly.

The error message in the console is :
“error: jit.qt.movie: can’t open resource 2.pct”

(note: this error message is itself a bug. The message is triggered by a jit.matrix object. I’m using the message “importmovie” of a jitter matrix. I’m not loading an image in a jit.qt.movie object)

Any suggestion to help me understand the logic of standalones would be greatly appreciated!

have a good week-end
jean-baptiste

> i’d be really grateful to try out the code you mentioned for the
> standalone.

thispatcher report the path of “this” patcher. In a standalone, it’s
not a patcher anymore. So you need to get the path of the application
with the message to max called sendapppath (p 111 in Max46Topics.pdf).

> Also, what do you mean by “the “thispatcher” stuff HAS to be at the
> top-level of the patch” ?

it means the “thispatcher” object need to be at the main level (not
in a subpatcher).

> I’m making a standalone that has two folders associated, one is
> called “sounds”, the other “images”. The code Emmanuel sent for the
> ubumenu partly works for my standalone: sounds and images are
> properly loaded in the ubumenu. But then, the images won’t be
> loaded in the matrix while the sounds can be opened in the sfplayer.
> If I import the folder manually (drag&drop with ubumenu), the
> pictures can be loaded properly.

Is it a space-in-the-file-path issue? posting an example will help.

Cheers,
ej

Quote: Emmanuel Jourdan wrote on Mon, 02 April 2007 18:10
—————————————————-
> On 30 mars 07, at 22:12, Jean-Baptiste Thiebaut wrote:
>
> > i’d be really grateful to try out the code you mentioned for the
> > standalone.
>
> thispatcher report the path of “this” patcher. In a standalone, it’s
> not a patcher anymore. So you need to get the path of the application
> with the message to max called sendapppath (p 111 in Max46Topics.pdf).

I didn’t know about the message sendapppath. Thanks for the reference.

>
> > Also, what do you mean by “the “thispatcher” stuff HAS to be at the
> > top-level of the patch” ?
>
> it means the “thispatcher” object need to be at the main level (not
> in a subpatcher).

ok

> > I’m making a standalone that has two folders associated, one is
> > called “sounds”, the other “images”. The code Emmanuel sent for the
> > ubumenu partly works for my standalone: sounds and images are
> > properly loaded in the ubumenu. But then, the images won’t be
> > loaded in the matrix while the sounds can be opened in the sfplayer.
> > If I import the folder manually (drag&drop with ubumenu), the
> > pictures can be loaded properly.
>
> Is it a space-in-the-file-path issue? posting an example will help.

no, it’s not a space issue, as the “sounds” folder is loaded properly and it is at the same level than the “images” folder.

If you want to try it, be my gest :)
the source is there http://www.dcs.qmul.ac.uk/~jbt/sonos/
along with the standalone

To avoid the problem that concerned only images, I put them at the same level as the application, and refered to it in the ubumenu as “./”.

Merci Emmanuel!

Jean-Baptiste

> Cheers,
> ej
>
—————————————————-