jon.cambeul@gmail.com

i have a query. Is there a way that i am able to build something like route

as an abstraction with the option of changing the argument to route? Am i

right in thinking that you can not change the argument you give route

i have a query. Is there a way that i am able to build something like route
as an abstraction with the option of changing the argument to route? Am i
right in thinking that you can not change the argument you give route
dynamically? For example:

is-there-an-alternative-to-route

> i have a query. Is there a way that i am able to build something like

> route as an abstraction with the option of changing the argument to route?

> Am i right in thinking that you can not change the argument you give route

On 1/6/07, Jon Cambeul  wrote:
>
> dear list,
>
> i have a query. Is there a way that i am able to build something like
> route as an abstraction with the option of changing the argument to route?
> Am i right in thinking that you can not change the argument you give route
> dynamically? For example:
>
> route 1024 would become route 1032
>
> best regards all
>
>
> jon cambeul
>
>
>
>
>
>
>
>

there was a recent discussion about this , check 

Quote: jon.cambeul@gmail.com wrote on Sat, 06 January 2007 11:33

----------------------------------------------------

> i have a query. Is there a way that i am able to build something like route

> as an abstraction with the option of changing the argument to route? Am i

> right in thinking that you can not change the argument you give route

there was a recent discussion about this , check http://tinyurl.com/yc49m4

Quote: jon.cambeul@gmail.com wrote on Sat, 06 January 2007 11:33
----------------------------------------------------
> dear list,
>
> i have a query. Is there a way that i am able to build something like route
> as an abstraction with the option of changing the argument to route? Am i
> right in thinking that you can not change the argument you give route
> dynamically? For example:
>
> route 1024 would become route 1032
>
> best regards all
>
>
> jon cambeul
>
>
>
----------------------------------------------------


i would love to have xroute as UB, i built a workaround-abstraction 

On Jan 6, 2007, at 8:41 PM, yair reshef wrote:

> i have a query. Is there a way that i am able to build something 

> like route as an abstraction with the option of changing the 

> argument to route? Am i right in thinking that you can not change 

> the argument you give route dynamically? For example:

yes xroute!
i would love to have xroute as UB, i built a workaround-abstraction  
in the meanwhile...
best
klaus

> xroute
>
> On 1/6/07, Jon Cambeul  wrote:
> dear list,
>
> i have a query. Is there a way that i am able to build something  
> like route as an abstraction with the option of changing the  
> argument to route? Am i right in thinking that you can not change  
> the argument you give route dynamically? For example:
>
> route 1024 would become route 1032
>
> best regards all
>
>
> jon cambeul
>
>
>
>
>
>
>
>


http://www.akustische-kunst.org/maxmsp/download/xroute-Max4.6UB.zip

klaus filip wrote:
> yes xroute!
> i would love to have xroute as UB

Like this one?
http://www.akustische-kunst.org/maxmsp/download/xroute-Max4.6UB.zip

Thanks for the help klaus, very much appreciated.

> yes xroute!i would love to have xroute as UB, i built a

> workaround-abstraction in the meanwhile...

> #P number 259 158 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;

> #P newex 150 100 61 196617 prepend set;

On 1/7/07, klaus filip  wrote:
>
> yes xroute!i would love to have xroute as UB, i built a
> workaround-abstraction in the meanwhile...
> best
> klaus
>
> max v2;
> #N vpatcher 170 394 611 769;
> #P window setfont "Sans Serif" 9.;
> #P number 259 158 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P window linecount 1;
> #P message 226 104 14 196617 1;
> #P newex 226 79 32 196617 sel 0;
> #P message 226 58 21 196617 $2;
> #P newex 226 30 45 196617 loadbang;
> #P newex 44 127 92 196617 t l l 2;
> #P newex 115 177 50 196617 zl slice 1;
> #P newex 248 129 27 196617 - 1;
> #P newex 150 80 50 196617 zl slice 1;
> #P newex 150 100 61 196617 prepend set;
> #P newex 119 228 21 196617 t 1;
> #P newex 37 264 35 196617 gate 2;
> #P newex 119 206 53 196617 match $1;
> #P newex 86 152 41 196617 zl slice;
> #P outlet 62 298 15 0;
> #P outlet 37 296 15 0;
> #P inlet 282 65 15 0;
> #P inlet 150 52 15 0;
> #P inlet 44 58 15 0;
> #P connect 13 2 7 0;
> #P connect 8 0 7 0;
> #P connect 7 0 3 0;
> #P connect 0 0 13 0;
> #P connect 13 0 7 1;
> #P connect 7 1 4 0;
> #P connect 13 1 5 0;
> #P connect 5 1 12 0;
> #P connect 11 0 5 1;
> #P connect 9 0 6 0;
> #P connect 12 0 6 0;
> #P connect 6 0 8 0;
> #P connect 1 0 10 0;
> #P connect 10 0 9 0;
> #P connect 14 0 15 0;
> #P connect 15 0 16 0;
> #P connect 16 0 17 0;
> #P connect 2 0 11 0;
> #P connect 17 0 11 0;
> #P connect 16 1 11 0;
> #P connect 11 0 18 0;
> #P pop;
>
> On Jan 6, 2007, at 8:41 PM, yair reshef wrote:
>
> xroute
>
> On 1/6/07, Jon Cambeul  wrote:
> >
> > dear list,
> >
> > i have a query. Is there a way that i am able to build something like
> > route as an abstraction with the option of changing the argument to route?
> > Am i right in thinking that you can not change the argument you give route
> > dynamically? For example:
> >
> > route 1024 would become route 1032
> >
> > best regards all
> >
> >
> > jon cambeul
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
>
>
>

does the original xroute object work for windows?

On 1/7/07, Olaf Matthes  wrote:
>
> klaus filip wrote:
> > yes xroute!
> > i would love to have xroute as UB
>
> Like this one?
> http://www.akustische-kunst.org/maxmsp/download/xroute-Max4.6UB.zip
>
> Olaf
>

> does the original xroute object work for windows?

http://francois.eudes.free.fr/software/f.e_win%20built.zip

Jon Cambeul wrote:
> does the original xroute object work for windows?

The shell external is essential for some of my patches. I just tried 

Jeremy's UB version on my new MBP core2 duo Intel running 10.4.8, but 

it doesn't work. Not only is there no output from the left outlet, 

but the object freezes max after a while,

Any chance of a solution? I understand this is something Apple must 

fix, but isn't that a bit unreliastic? The mouse(c74) telling the lion 

I would like to sell my old G4 PB, as I'm not rich enough to hold on 

to it just to have the privilege of a working shell object.

The shell external is essential for some of my patches. I just tried  
Jeremy's UB version on my new MBP core2 duo Intel running 10.4.8, but  
it doesn't work. Not only is there no output from the left outlet,  
but the object freezes max after a while,
Any chance of a solution? I understand this is something Apple must  
fix, but isn't that a bit unreliastic? The mouse(c74) telling the lion 
(Apple) what to do?
I would like to sell my old G4 PB, as I'm not rich enough to hold on  
to it just to have the privilege of a working shell object.

If you understand that this is something Apple must fix, then you 

must understand that the problem is out of my hands, as unrealistic 

as the chances of a fix are. Wishing won't make it less so.

We've looked into some workarounds, without success, but I'm afraid 

that the shell object (not even an official object!) is pretty low 

Am 07.01.2007 um 17:22 schrieb Zip Boterbloem:

> The shell external is essential for some of my patches. I just 

> tried Jeremy's UB version on my new MBP core2 duo Intel running 

> 10.4.8, but it doesn't work. Not only is there no output from the 

> left outlet, but the object freezes max after a while,

> Any chance of a solution? I understand this is something Apple must 

> fix, but isn't that a bit unreliastic? The mouse(c74) telling the 

> I would like to sell my old G4 PB, as I'm not rich enough to hold 

> on to it just to have the privilege of a working shell object.

If you understand that this is something Apple must fix, then you  
must understand that the problem is out of my hands, as unrealistic  
as the chances of a fix are. Wishing won't make it less so.

We've looked into some workarounds, without success, but I'm afraid  
that the shell object (not even an official object!) is pretty low  
priority right now.

> The shell external is essential for some of my patches. I just  
> tried Jeremy's UB version on my new MBP core2 duo Intel running  
> 10.4.8, but it doesn't work. Not only is there no output from the  
> left outlet, but the object freezes max after a while,
> Any chance of a solution? I understand this is something Apple must  
> fix, but isn't that a bit unreliastic? The mouse(c74) telling the  
> lion(Apple) what to do?
> I would like to sell my old G4 PB, as I'm not rich enough to hold  
> on to it just to have the privilege of a working shell object.
>
> Regards,
>
> Zip


I appreciate your efforts, Jeremy. Let that be clear. I just badly 

need a working shell object fpr copying/moving/deleting files/folders/ 

Op 7-jan-2007, om 17:30 heeft Jeremy Bernstein het volgende geschreven:

> If you understand that this is something Apple must fix, then you 

> must understand that the problem is out of my hands, as unrealistic 

> as the chances of a fix are. Wishing won't make it less so.

> We've looked into some workarounds, without success, but I'm afraid 

> that the shell object (not even an official object!) is pretty low 

> Am 07.01.2007 um 17:22 schrieb Zip Boterbloem:

>> The shell external is essential for some of my patches. I just 

>> tried Jeremy's UB version on my new MBP core2 duo Intel running 

>> 10.4.8, but it doesn't work. Not only is there no output from the 

>> left outlet, but the object freezes max after a while,

>> Any chance of a solution? I understand this is something Apple 

>> must fix, but isn't that a bit unreliastic? The mouse(c74) telling 

>> I would like to sell my old G4 PB, as I'm not rich enough to hold 

>> on to it just to have the privilege of a working shell object.

I appreciate your efforts, Jeremy. Let that be clear. I just badly  
need a working shell object fpr copying/moving/deleting files/folders/ 
making MP3's etc....

> If you understand that this is something Apple must fix, then you  
> must understand that the problem is out of my hands, as unrealistic  
> as the chances of a fix are. Wishing won't make it less so.
>
> We've looked into some workarounds, without success, but I'm afraid  
> that the shell object (not even an official object!) is pretty low  
> priority right now.
>
> jb
>
> Am 07.01.2007 um 17:22 schrieb Zip Boterbloem:
>
>> The shell external is essential for some of my patches. I just  
>> tried Jeremy's UB version on my new MBP core2 duo Intel running  
>> 10.4.8, but it doesn't work. Not only is there no output from the  
>> left outlet, but the object freezes max after a while,
>> Any chance of a solution? I understand this is something Apple  
>> must fix, but isn't that a bit unreliastic? The mouse(c74) telling  
>> the lion(Apple) what to do?
>> I would like to sell my old G4 PB, as I'm not rich enough to hold  
>> on to it just to have the privilege of a working shell object.
>>
>> Regards,
>>
>> Zip


Have you considered a workaround using mxj?

> I appreciate your efforts, Jeremy. Let that be clear. I just badly need 

> a working shell object fpr copying/moving/deleting files/folders/making 

Zip Boterbloem wrote:
> I appreciate your efforts, Jeremy. Let that be clear. I just badly need 
> a working shell object fpr copying/moving/deleting files/folders/making 
> MP3's etc....


java can do this (javascript can too, correct me if i'm wrong)

On Jan 7, 2007, at 4:49 PM, Zip Boterbloem wrote:

> I appreciate your efforts, Jeremy. Let that be clear. I just badly 

> need a working shell object fpr copying/moving/deleting files/ 

> Op 7-jan-2007, om 17:30 heeft Jeremy Bernstein het volgende 

>> If you understand that this is something Apple must fix, then you 

>> must understand that the problem is out of my hands, as 

>> unrealistic as the chances of a fix are. Wishing won't make it 

>> We've looked into some workarounds, without success, but I'm 

>> afraid that the shell object (not even an official object!) is 

>> Am 07.01.2007 um 17:22 schrieb Zip Boterbloem:

>>> The shell external is essential for some of my patches. I just 

>>> tried Jeremy's UB version on my new MBP core2 duo Intel running 

>>> 10.4.8, but it doesn't work. Not only is there no output from the 

>>> left outlet, but the object freezes max after a while,

>>> Any chance of a solution? I understand this is something Apple 

>>> must fix, but isn't that a bit unreliastic? The mouse(c74) 

>>> I would like to sell my old G4 PB, as I'm not rich enough to hold 

>>> on to it just to have the privilege of a working shell object.

> I appreciate your efforts, Jeremy. Let that be clear. I just badly  
> need a working shell object fpr copying/moving/deleting files/ 
> folders/making MP3's etc....
>
> Best,
>
> Zip
>
> Op 7-jan-2007, om 17:30 heeft Jeremy Bernstein het volgende  
> geschreven:
>
>> If you understand that this is something Apple must fix, then you  
>> must understand that the problem is out of my hands, as  
>> unrealistic as the chances of a fix are. Wishing won't make it  
>> less so.
>>
>> We've looked into some workarounds, without success, but I'm  
>> afraid that the shell object (not even an official object!) is  
>> pretty low priority right now.
>>
>> jb
>>
>> Am 07.01.2007 um 17:22 schrieb Zip Boterbloem:
>>
>>> The shell external is essential for some of my patches. I just  
>>> tried Jeremy's UB version on my new MBP core2 duo Intel running  
>>> 10.4.8, but it doesn't work. Not only is there no output from the  
>>> left outlet, but the object freezes max after a while,
>>> Any chance of a solution? I understand this is something Apple  
>>> must fix, but isn't that a bit unreliastic? The mouse(c74)  
>>> telling the lion(Apple) what to do?
>>> I would like to sell my old G4 PB, as I'm not rich enough to hold  
>>> on to it just to have the privilege of a working shell object.
>>>
>>> Regards,
>>>
>>> Zip
>


I used MXJ in a big patch the other day, but ran into problems when I 

wanted to build a standalone app. Plus, I find the shell's UNIX 

And I don't exactly relish the idea of redesigning my old patch just 

to work around the absence of the shell object. Very hard to explain 

to the client why a small change is so time-consuming(read: expensive)

Anyway. Thanks for the tip. Might come in handy for a next project. 

Still, the shell object was one of the handiest objects ever for the 

Op 7-jan-2007, om 19:08 heeft Owen Green het volgende geschreven:

> Have you considered a workaround using mxj?

>> I appreciate your efforts, Jeremy. Let that be clear. I just badly 

>> need a working shell object fpr copying/moving/deleting files/ 

I used MXJ in a big patch the other day, but ran into problems when I  
wanted to build a standalone app. Plus, I find the shell's UNIX  
commands easier to use  than Java.
And I don't exactly relish the idea of redesigning my old patch just  
to work around the absence of the shell object. Very hard to explain  
to the client why a small change is so time-consuming(read: expensive)

Anyway. Thanks for the tip. Might come in handy for a next project.  
Still, the shell object was one of the handiest objects ever for the  
stuff I do.

> Hi Zip,
>
> Have you considered a workaround using mxj?
>
> -- 
> Owen
>
>
> Zip Boterbloem wrote:
>> I appreciate your efforts, Jeremy. Let that be clear. I just badly  
>> need a working shell object fpr copying/moving/deleting files/ 
>> folders/making MP3's etc....


Java has a shell access command, so it should be pretty simple to make 

an object that could be almost a drop-in replacement for your various 

As for standalones with Java, there is, of course, the list to ask for 

> I used MXJ in a big patch the other day, but ran into problems when I 

> wanted to build a standalone app. Plus, I find the shell's UNIX commands 

> And I don't exactly relish the idea of redesigning my old patch just to 

> work around the absence of the shell object. Very hard to explain to the 

> client why a small change is so time-consuming(read: expensive)

Java has a shell access command, so it should be pretty simple to make 
an object that could be almost a drop-in replacement for your various 
uses of shell.

As for standalones with Java, there is, of course, the list to ask for 
advice.

Zip Boterbloem wrote:
> I used MXJ in a big patch the other day, but ran into problems when I 
> wanted to build a standalone app. Plus, I find the shell's UNIX commands 
> easier to use  than Java.

> And I don't exactly relish the idea of redesigning my old patch just to 
> work around the absence of the shell object. Very hard to explain to the 
> client why a small change is so time-consuming(read: expensive)


Op 7-jan-2007, om 20:11 heeft Owen Green het volgende geschreven:

> Java has a shell access command, so it should be pretty simple to 

> make an object that could be almost a drop-in replacement for your 

I didn't know that. Is this something MXJ offers or a plain all over 

the place Java function/object? Windows machines don't have a shell, 

> As for standalones with Java, there is, of course, the list to ask 

I did. I got answers, but they were rather involved. Got to draw the 

line somewhere when working with tight deadlines. That's why I prefer 

tried and tested solutions and shy away from MXJ in standalones. Too 

There's some invaluable stuff in there though, like the possibilty to 

>> I used MXJ in a big patch the other day, but ran into problems 

>> when I wanted to build a standalone app. Plus, I find the shell's 

>> UNIX commands easier to use than Java.

>> And I don't exactly relish the idea of redesigning my old patch 

>> just to work around the absence of the shell object. Very hard to 

>> explain to the client why a small change is so time-consuming 

> Zip,
>
> Java has a shell access command, so it should be pretty simple to  
> make an object that could be almost a drop-in replacement for your  
> various uses of shell.

I didn't know that. Is this something MXJ offers or a plain all over  
the place Java function/object? Windows machines don't have a shell,  
do they?
>
> As for standalones with Java, there is, of course, the list to ask  
> for advice.

I did. I got answers, but they were rather involved. Got to draw the  
line somewhere when working with tight deadlines. That's why I prefer  
tried and tested solutions and shy away from MXJ in standalones. Too  
much unknown/untested territory...
There's some invaluable stuff in there though, like the possibilty to  
compose and send emails etc.

>
> -- 
> Owen
>
>
> Zip Boterbloem wrote:
>> I used MXJ in a big patch the other day, but ran into problems  
>> when I wanted to build a standalone app. Plus, I find the shell's  
>> UNIX commands easier to use  than Java.
>
>
>
>> And I don't exactly relish the idea of redesigning my old patch  
>> just to work around the absence of the shell object. Very hard to  
>> explain to the client why a small change is so time-consuming 
>> (read: expensive)
>


Being able to call shell commands is part of the JAVA library and

Being able to call shell commands is part of the JAVA library and
nothing special added my the mxj object.

> > does the original xroute object work for windows?

On 1/7/07, Olaf Matthes  wrote:
> Jon Cambeul wrote:
> > does the original xroute object work for windows?
>
> Yes, it's here:
>
> http://francois.eudes.free.fr/software/f.e_win%20built.zip
>
>
> Olaf
>


cheers thanks for everyones help on that topic

The aka.shell object is very stable but does not report any shell 

http://www.iamas.ac.jp/~aka/max/#aka_shell

I've got round this but getting a script to write any output to a 

file and then loading the file into max. - not very clean but works.

On 7 Jan 2007, at 16:22, Zip Boterbloem wrote:

The aka.shell object is very stable but does not report any shell  
output, the input works fine.

I've got round this but getting a script to write any output to a  
file and then loading the file into max. - not very clean but works.

> The shell external is essential for some of my patches. I just  
> tried Jeremy's UB version on my new MBP core2 duo Intel running  
> 10.4.8, but it doesn't work. Not only is there no output from the  
> left outlet, but the object freezes max after a while,
> Any chance of a solution? I understand this is something Apple must  
> fix, but isn't that a bit unreliastic? The mouse(c74) telling the  
> lion(Apple) what to do?
> I would like to sell my old G4 PB, as I'm not rich enough to hold  
> on to it just to have the privilege of a working shell object.
>
> Regards,
>
> Zip
>


> I didn't know that. Is this something MXJ offers or a plain all over the 

> place Java function/object? Windows machines don't have a shell, do they?

Shell access is part of vanilla Java. However, as posted above, Topher 

has made life easier by already making a little mxj wrapper for it.

Windows does indeed have a shell, of sorts (it's rubbish though, if bash 

>> As for standalones with Java, there is, of course, the list to ask for 

> I did. I got answers, but they were rather involved. Got to draw the 

> line somewhere when working with tight deadlines. That's why I prefer 

> tried and tested solutions and shy away from MXJ in standalones. Too 

It's going to be one of those things that seems involved until you do 

it, I guess - I've not yet had cause to look seriously at making 

standalones of any sort, so the whole thing seems involved to me :)

> There's some invaluable stuff in there though, like the possibilty to 

Indeed, it's well worth the effort, IMO. In any case, if Topher's thing 

can do what you need, you may get away without having to go there yet.

> I didn't know that. Is this something MXJ offers or a plain all over the 
> place Java function/object? Windows machines don't have a shell, do they?

Shell access is part of vanilla Java. However, as posted above, Topher 
has made life easier by already making a little mxj wrapper for it.

Windows does indeed have a shell, of sorts (it's rubbish though, if bash 
  is what you're used to).

>> As for standalones with Java, there is, of course, the list to ask for 
>> advice.
>
> I did. I got answers, but they were rather involved. Got to draw the 
> line somewhere when working with tight deadlines. That's why I prefer 
> tried and tested solutions and shy away from MXJ in standalones. Too 
> much unknown/untested territory...

It's going to be one of those things that seems involved until you do 
it, I guess - I've not yet had cause to look seriously at making 
standalones of any sort, so the whole thing seems involved to me :)

> There's some invaluable stuff in there though, like the possibilty to 
> compose and send emails etc.

Indeed, it's well worth the effort, IMO. In any case, if Topher's thing 
can do what you need, you may get away without having to go there yet.


> Shell access is part of vanilla Java. However, as posted above, Topher 

> has made life easier by already making a little mxj wrapper for it.

Topher could have answered this a year & a half ago when i was tearing 

my ass on my own shell wrapper because his one wasn't working for 

windows. He could have said, simply : my syscommand doesn't work on your 

computer because you're on windows & you don't have a shell.

> Windows does indeed have a shell, of sorts (it's rubbish though, if 

No. No shell on windows the way people think of a shell. We got a rough 

dos command box, with no fancy syntax, and 15-20% of all you can do with 

bash. Nevertheless, there's a few shell ports like the bash from cygwin, 

the one from microsoft, PowerShell, and so on. If you need your 

Is there an alternative to route?