Bruno Zamborlin

does anybody know if there is some news about a solution to put a max patch in a web page?

I'm looking for an artifice to see and use a max patch directly with a html browser, without download it.

I knew that CNMAT was working to something like this, but I can't find anything about it.

I'm thinking that, maybe, it is possible on the server side: I can install Max on the server, and open my patch. So, I can put in my webpage a flash animation, that communicate with Max (for instance, through Flosc).

I would create a new poly~ instance for any connected client.

But I don't know how max could send audio through the browser... I have no idea.

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

Dear max-list,
does anybody know if there is some news about a solution to put a max patch in a web page?
I'm looking for an artifice to see and use a max patch directly with a html browser, without download it.

I'm thinking that, maybe, it is possible on the server side: I can install Max on the server, and open my patch. So, I can put in my webpage a flash animation, that communicate with Max (for instance, through Flosc).
I would create a new poly~ instance for any connected client.

-------------------------------------------------
- http://www.brunozamborlin.com -
-------------------------------------------------


max-patch-in-a-web-page

You could use flashserver to communicate with a servered max patch- you could even make a kinda max pictured frontend in flash.

Unfortionatly I also thought this would be a fabulous idea a few months ago, but if you check the older forums as well as the occasional new entry - the idea has been basically abandoned.

The problem with hosting max in a web page is that max is not only a powerful tool for music and video, but more importantly for data manipulation, and the ability to access the unix shell and create potentially dangerous amounts of files throughout your computer without you doing more than loading a simple patch.

As I said flashserver is the way to go, but unfortionatly direct opening of max patches seems to be off the menu for now- maybe for the future? who knows

Hope this helps and explains some of the reasons why max cant be hoested.

You could use flashserver to communicate with a servered max patch- you could even make a kinda max pictured frontend in flash. 

> But I don't know how max could send audio through the browser... I

You need to stream it. There is oggcast~ and shoutcast~ from Olaf 

Matthes. I don't know which browser plug-ins would be necessary on the 

Bruno Zamborlin wrote:
> But I don't know how max could send audio through the browser... I
> have no idea.

You need to stream it. There is oggcast~ and shoutcast~ from Olaf 
Matthes. I don't know which browser plug-ins would be necessary on the 
client side though...

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


As i said, have a look at the flashserver objects (just google it) and I'm pretty sure there is a tutorial on that- if not you should be able to get a tutorial somewhere.

As i said, have a look at the flashserver objects (just google it) and I'm pretty sure there is a tutorial on that- if not you should be able to get a tutorial somewhere.
Regards
T


Am 29.09.2006 um 00:26 schrieb Bruno Zamborlin:

> does anybody know if there is some news about a solution to put a max 

Am 29.09.2006 um 00:26 schrieb Bruno Zamborlin:
> does anybody know if there is some news about a solution to put a max 
> patch in a web page?

yeeh, but it looks like lee renaldo should go back to tutorials

> Am 29.09.2006 um 00:26 schrieb Bruno Zamborlin:

>> does anybody know if there is some news about a solution to put a max

>
> Am 29.09.2006 um 00:26 schrieb Bruno Zamborlin:
>> does anybody know if there is some news about a solution to put a max
>> patch in a web page?
>
> Apparently Sonic Youth found a way:
>
> http://www.sonicyouth.com/mp3/index.html
>
> SCNR, g.
>
>


Quote: Stefan Tiedje wrote on Fri, 29 September 2006 07:43

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

> > But I don't know how max could send audio through the browser... I

> You need to stream it. There is oggcast~ and shoutcast~ from Olaf 

> Matthes. I don't know which browser plug-ins would be necessary on the 

> ----------------------------------------------------

So, Flash is still the better way to do this.

One or more flash movies on the client side should communicate with a Max patch on the server side, is it right?

But the problem is : how can I handle in Max more than one connection at the same time?

Quote: Stefan Tiedje wrote on Fri, 29 September 2006 07:43
----------------------------------------------------
> Bruno Zamborlin wrote:
> > But I don't know how max could send audio through the browser... I
> > have no idea.
>
> You need to stream it. There is oggcast~ and shoutcast~ from Olaf 
> Matthes. I don't know which browser plug-ins would be necessary on the 
> client side though...
>
> Stefan
> ----------------------------------------------------

So, Flash is still the better way to do this.
One or more flash movies on the client side should communicate with a Max patch on the server side, is it right?
But the problem is : how can I handle in Max more than one connection at the same time?

> Quote: Stefan Tiedje wrote on Fri, 29 September 2006 07:43

>>>But I don't know how max could send audio through the browser... I

>>You need to stream it. There is oggcast~ and shoutcast~ from Olaf 

>>Matthes. I don't know which browser plug-ins would be necessary on the 

>>----------------------------------------------------

> So, Flash is still the better way to do this.

> One or more flash movies on the client side should communicate with a Max patch on the server side, is it right?

> But the problem is : how can I handle in Max more than one connection at the same time?

That's no problem: every Flash client says 'hello' to Max when it 

connects. Max replies by sending this client a unique number that is 

from than on used to identify this client. When you want to stream audio 

back to be played in Max you'd have to have many shoutcast~ objects 

running in parallel, with different mountpoints. On client connect also 

send the client the name of the mountpoint you assigned to it.

Then you just have to route incoming data to instances of your patch 

that are responsible for one client each. And you have to monitor 

whether a client disconnects, because then the instance of your patch is 

free again and can be used by another connecting client.

Okay [possible feature request], it would be really cool to have all 

this working dynamically: imagine an object that would work like 

subpatchers but with several instances: [p mysubpatch 32], for example, 

could mean that you want up to 32 instances of this subpatch to be 

running. With messages like 'new' or 'exit' you could start / stop them 

and would only use as much CPU as sub patches are running. Right now 

you'd have to have them all running for the max. number of clients you 

want to deal with. Maybe you can switch audio processing of in sub 

patches, but the whole patch will get really ugly, I guess.

The next version of flashserver will work that way, it will create new 

instances of an internal sub-object for each connected client. If I can 

find some funding for it, it might be possible to combine it with 

shoutcast~ object to start a seperate mp3 stream as well for every Flash 

client (it would dynamically create receive~s as audio inputs). But 

still, in order to be able to have it create and execute complete 

subpatches some changes to Max/MSP would be needed. Maybe in Max 5.0? :-)

PS: I know [poly~], but it's not working dynamically and there is no 

easy way to access the audio inlets / outlets of the loaded patches 

> Quote: Stefan Tiedje wrote on Fri, 29 September 2006 07:43
> ----------------------------------------------------
>
>>Bruno Zamborlin wrote:
>>
>>>But I don't know how max could send audio through the browser... I
>>>have no idea.
>>
>>You need to stream it. There is oggcast~ and shoutcast~ from Olaf 
>>Matthes. I don't know which browser plug-ins would be necessary on the 
>>client side though...
>>
>>Stefan
>>----------------------------------------------------
>
>
> Thank you, I will check these objects.
>
> So, Flash is still the better way to do this.
> One or more flash movies on the client side should communicate with a Max patch on the server side, is it right?
> But the problem is : how can I handle in Max more than one connection at the same time?

That's no problem: every Flash client says 'hello' to Max when it 
connects. Max replies by sending this client a unique number that is 
from than on used to identify this client. When you want to stream audio 
back to be played in Max you'd have to have many shoutcast~ objects 
running in parallel, with different mountpoints. On client connect also 
send the client the name of the mountpoint you assigned to it.
Then you just have to route incoming data to instances of your patch 
that are responsible for one client each. And you have to monitor 
whether a client disconnects, because then the instance of your patch is 
free again and can be used by another connecting client.

Okay [possible feature request], it would be really cool to have all 
this working dynamically: imagine an object that would work like 
subpatchers but with several instances: [p mysubpatch 32], for example, 
could mean that you want up to 32 instances of this subpatch to be 
running. With messages like 'new' or 'exit' you could start / stop them 
and would only use as much CPU as sub patches are running. Right now 
you'd have to have them all running for the max. number of clients you 
want to deal with. Maybe you can switch audio processing of in sub 
patches, but the whole patch will get really ugly, I guess.

The next version of flashserver will work that way, it will create new 
instances of an internal sub-object for each connected client. If I can 
find some funding for it, it might be possible to combine it with 
shoutcast~ object to start a seperate mp3 stream as well for every Flash 
client (it would dynamically create receive~s as audio inputs). But 
still, in order to be able to have it create and execute complete 
subpatches some changes to Max/MSP would be needed. Maybe in Max 5.0? :-)

PS: I know [poly~], but it's not working dynamically and there is no 
easy way to access the audio inlets / outlets of the loaded patches 
individually


On Oct 1, 2006, at 8:24 AM, Olaf Matthes wrote:

> Okay [possible feature request], it would be really cool to have 

> all this working dynamically: imagine an object that would work 

> like subpatchers but with several instances: [p mysubpatch 32], for 

> example, could mean that you want up to 32 instances of this 

> subpatch to be running. With messages like 'new' or 'exit' you 

> could start / stop them and would only use as much CPU as sub 

> patches are running. Right now you'd have to have them all running 

> for the max. number of clients you want to deal with. Maybe you can 

> switch audio processing of in sub patches, but the whole patch will 

> Okay [possible feature request], it would be really cool to have  
> all this working dynamically: imagine an object that would work  
> like subpatchers but with several instances: [p mysubpatch 32], for  
> example, could mean that you want up to 32 instances of this  
> subpatch to be running. With messages like 'new' or 'exit' you  
> could start / stop them and would only use as much CPU as sub  
> patches are running. Right now you'd have to have them all running  
> for the max. number of clients you want to deal with. Maybe you can  
> switch audio processing of in sub patches, but the whole patch will  
> get really ugly, I guess.


Just start the poly~ objetc with a maximum of "n" instances and mute the ones not in use. 

For a non-audio purpose it's really good, and you can set up an high number of instances (the maximum is 1023).

You can do that with poly~. 
Just start the poly~ objetc with a maximum of "n" instances and mute the ones not in use. 
For a non-audio purpose it's really good, and you can set up an high number of instances (the maximum is 1023).

but the big slider doesn't work, can anybody help them? ;-)

Georg Bosch wrote:
> Apparently Sonic Youth found a way:
>
> http://www.sonicyouth.com/mp3/index.html

but the big slider doesn't work, can anybody help them?  ;-)

I'm looking into making this happen -- the sonic youth website i think is kind of a joke....

No but really, this seems quite doable: Oli has got it seemingly 90% of the way there:

https://github.com/olilarkin/maxwebcontrol

I'm looking into making this happen -- the sonic youth website i think is kind of a joke....
No but really, this seems quite doable: Oli has got it seemingly 90% of the way there:
https://github.com/olilarkin/maxwebcontrol


maybe not exactly what you have in mind, but quite useful in a situation where you dont have max installed: 

maybe not exactly what you have in mind, but quite useful in a situation where you dont have max installed: http://www.ahmetkizilay.com/ptc/


Max patch in a web page?