but (sort of) seriously i'm glad max has nothing to do with web rendering. if you want to do that there's of course many tools-- max has its own value in that its 'limitations' are fairly specific to being present in an immediate physical space (like the computer you are actually using) and the designers of max not having to worry about adhering to particular web protocols of the day which might cripple it to some extent... ie it's supposed to be 'real time'-- first there was real-time MIDI then MSP-- maybe when the web becomes 'real-time' there would be an argument for it, but last time I had a skype experience the sync was definitely out...
I think the biggest limitation of Max is that it won't turn my laptop into an espresso machine. Sometimes, and specially, after a few hours of intensive work, I find this a serious limitation. I think this is rather unfair, so I'll apply for some refund to the Cycling guys. And, of course, to Apple as well!
Oh, and BTW, Max won't drive my car, won't wash my dishes up and won't pay my taxes for me. What a crappy piece of software...
It's very hard to directly convert max patches (especially complex patches) into something running in web browser, but inside max you can deal with several technologies existing in web context - in other words: you can use max to sketch web or mobile apps.
I find the OP comment rather curious... What exactly is it you expect to do with Max on a website? Do you want to run your gui from a browser? I think that is already possible. Do you want to run the DSP and graphics rendering chain in the cloud?
My Max creations are doing real-time 3dgraphics, video processing, audio signal processing, all being controlled by any of a dozen controllers that I can chose at any time. Running these things in the cloud would introduce latency that would make the system UNUSABLE.
I dont think this is an issue of our "mountain of bullshit" or our "inability of understand the progress". I think it is more about you not really understanding things or what you can actually do with Max.
Dude, what do you expect. We keep telling you it's not the right tool. What you show us has been made using html5 and possibly some other google proprietary techs. Btw, it doesn't work in my browser (maybe it's because i'm not on Chrome tho). If you want to do something that looks like it, just learn html5 and possibly some other google proprietary techs.
aaahhh very funny metamax-- took me a while to figure it out! v. entertaining thread
I've never used/done web stuff in max except for jweb and some tcp/udp communication but i have heard of 'flashserver', maybe it's a max object? maybe that could act as an interface between web and max?
I suspect that less petulance and more personal effort on the part of the OP would motivate more people to help out. That has been my experience.
He may also benefit from reading up on how Max utilizes system hardware to process data. He was already told on another thread that it's not currently possible to run Max as a cloud app. No way. No how. Period. Whatever the future may bring is for another chapter. Or book.
So.... with Max running on a local machine, it's possible to send and receive data to and from a network. There are examples all over. It's easiest to send/request data from an instance of Max and more difficult to control the behavior of Max in real time from a non-local, non-Max interface (ex. a web page).. but it's doable and has been done.
OSC and java + configuration of the local system running Max seems like the best option.