« Return to Thread: Flash + scsynth
Re: Flash + scsynth
by Stefan Nussbaumer-3
::
Rate this Message:
MDK schrieb:
> ...
>> well, i still don't quite get what this thread is going to be about ...
>>
>
> im not sure either :)
>
> is he talking about the SC browser plugin?
>
mmh ... looks like it might become complex ...
>
>> i've only copied this little processing example, which does what i
>> believe Schell wants to do with flash.
>>
>
> I think schell just wanted to get flash communicating directly with SC.
>
> Because you can use a 'binary http socket' in flash you can connect it directly
> to scsynth, whereas before you needed something like flosc to act as the middleman.
>
right, that's the point. so the binary http socket is basically capable
of sending osc commands to sc. these commands need to be in compliance
with the namespaces for osc commands defined in sc.
> That opens up a lot of different possibilities depending on what people want to
> achieve.
>
> The flash app doesnt have to run in the browser it can run on the machine like
> any other app and just be like another SC client.
>
> but, there might be a way in the browser to get both the flash plugin and the SC
> plugin talking to each other, which would be quite interesting.
>
> Or, you could have a flash app in the browser talking to a normal scsynth
> instance (although this would need some extra work to implement the security
> requirements for the flash player so it can connect to a local socket..)
>
> Then there was another idea which i think was hinting at something like this :
> instead of using the editor part of sclang, make sclang a 'compiler service'
> which listens on a particular socket to which you can send source code.yes, i understand - i'm not sure but i vaguely having seen some
demonstration done with haskell - i guess there would be a way to do it
but that certainly goes beyond _my_ capabilities ...
> Then
> sclang could either send the compiled synthdef back to the originator (i.e.
> flash) or could send it directly to scsynth. Then the flash application can
> instantiate synthdefs on the server however it likes.
> You could imagine having a visual tool much like the standard visual flow graph
> of PD / Max etc, but you could show code nodes directly in the structure and
> edit them 'live' (which i guess is similar in some ways to the code module
> inside synthmaker)
>
> of course you could build synthdefs directly in flash and send them straight to
> scsynth, but if the sc language is there (and its a very well thought out way of
> managing the server then why not take advantage of that), just treat it as
> another means of representation. :)
>
well ... basically: a webbrowser is an application. supercollider is an
application. doing a flash standalone creates an application ... i'm
currently working on an sc application, that communicates nicely to the
net on my local machine. i can think of various other options e.g.
streaming sound directly from my local machine on request from the
internet.
sure that all involves latency which you can only avoid (...) if you
have the sound-synthesis on your machine - controlled from whereever,
remote or local. a browser plugin would only transfer synthesis from
your local sc to the plugin which runs in a bloatet webbrowser (...) ...
sure one has to download supercollider where you would have to install
your browserplugin.
don't know - guess i'll always prefer the supercollider way ...
... but that's really only 1c
stefan
>
> martin.
> _______________________________________________
> sc-users mailing list
> sc-users@...
> http://lists.create.ucsb.edu/mailman/listinfo/sc-users
>
>
--
=+=+=+=+=+=+=+=+=+=+=+=+=
Stefan Nussbaumer
Johnstrasse 18/2a
A-1150 Vienna
Austria
-------------------------
T: +43 (0)1 956 20 35
M: +43 (0)699 11 33 41 79
_______________________________________________
sc-users mailing list
sc-users@...
http://lists.create.ucsb.edu/mailman/listinfo/sc-users
> ...
>> well, i still don't quite get what this thread is going to be about ...
>>
>
> im not sure either :)
>
> is he talking about the SC browser plugin?
>
mmh ... looks like it might become complex ...
>
>> i've only copied this little processing example, which does what i
>> believe Schell wants to do with flash.
>>
>
> I think schell just wanted to get flash communicating directly with SC.
>
> Because you can use a 'binary http socket' in flash you can connect it directly
> to scsynth, whereas before you needed something like flosc to act as the middleman.
>
right, that's the point. so the binary http socket is basically capable
of sending osc commands to sc. these commands need to be in compliance
with the namespaces for osc commands defined in sc.
> That opens up a lot of different possibilities depending on what people want to
> achieve.
>
> The flash app doesnt have to run in the browser it can run on the machine like
> any other app and just be like another SC client.
>
> but, there might be a way in the browser to get both the flash plugin and the SC
> plugin talking to each other, which would be quite interesting.
>
> Or, you could have a flash app in the browser talking to a normal scsynth
> instance (although this would need some extra work to implement the security
> requirements for the flash player so it can connect to a local socket..)
>
> Then there was another idea which i think was hinting at something like this :
> instead of using the editor part of sclang, make sclang a 'compiler service'
> which listens on a particular socket to which you can send source code.
demonstration done with haskell - i guess there would be a way to do it
but that certainly goes beyond _my_ capabilities ...
> Then
> sclang could either send the compiled synthdef back to the originator (i.e.
> flash) or could send it directly to scsynth. Then the flash application can
> instantiate synthdefs on the server however it likes.
> You could imagine having a visual tool much like the standard visual flow graph
> of PD / Max etc, but you could show code nodes directly in the structure and
> edit them 'live' (which i guess is similar in some ways to the code module
> inside synthmaker)
>
> of course you could build synthdefs directly in flash and send them straight to
> scsynth, but if the sc language is there (and its a very well thought out way of
> managing the server then why not take advantage of that), just treat it as
> another means of representation. :)
>
well ... basically: a webbrowser is an application. supercollider is an
application. doing a flash standalone creates an application ... i'm
currently working on an sc application, that communicates nicely to the
net on my local machine. i can think of various other options e.g.
streaming sound directly from my local machine on request from the
internet.
sure that all involves latency which you can only avoid (...) if you
have the sound-synthesis on your machine - controlled from whereever,
remote or local. a browser plugin would only transfer synthesis from
your local sc to the plugin which runs in a bloatet webbrowser (...) ...
sure one has to download supercollider where you would have to install
your browserplugin.
don't know - guess i'll always prefer the supercollider way ...
... but that's really only 1c
stefan
>
> martin.
> _______________________________________________
> sc-users mailing list
> sc-users@...
> http://lists.create.ucsb.edu/mailman/listinfo/sc-users
>
>
--
=+=+=+=+=+=+=+=+=+=+=+=+=
Stefan Nussbaumer
Johnstrasse 18/2a
A-1150 Vienna
Austria
-------------------------
T: +43 (0)1 956 20 35
M: +43 (0)699 11 33 41 79
_______________________________________________
sc-users mailing list
sc-users@...
http://lists.create.ucsb.edu/mailman/listinfo/sc-users
« Return to Thread: Flash + scsynth
| Free Forum Powered by Nabble | Forum Help |