« Return to Thread: psycollider and MouseX
Re: psycollider and MouseX
by Sciss-3
::
Rate this Message:
i know someone who develops an Eclipse plug-in for SuperCollider,
it's alpha / beta state now but he said it will be publically
available. it basically includes a sclang-to-java bridge and in fact
we were evaluating the possibility to call SwingOSC code directly
without UDP / TCP.
eclipse is very powerful, so trying to build an IDE from scratch is
quite a waste of energy. i have seen the plug-in latetely, and it has
stuff like automatic syntax highlighting, project browser, code
completion, integrated GUI. quite nice! however the JNI (java-to-
native interface) is currently windows only, so would require a bit
of extra work for linux and mac.
the problem with the bridge is, like always, threading. so i remember
there was an issue that you can only call back from C to java from
that native thread that created the virtual machine. so i guess, you
would have something like AppClock / {...}.defer for that. On the
other hand, the Swing GUI needs to run on the java AWT thread. so, to
bridge the stuff is very easy, to do it in a synchronous way (so that
you can return results without pausing a routine) is a bit more work.
i have other projects right now, but of course i'm happy to help out
if someone wants to start such a project.
ciao, -sciss-
Am 08.08.2008 um 14:39 schrieb James Harkins:
> On Aug 7, 2008, at 6:29 PM, nescivi wrote:
>
>> Actually...
>> MouseX and MouseY also work under Linux, when bulld with X11
>> support, which is
>> mostly the case.
>
> Nice -- good to know.
>
>> I would rather see a proper native solution in Psycollider for
>> this (or rather
>> in scsynth on windows), as mixing GUI stuff with server stuff is a
>> bit messy.
>
> Agreed.
>
>> As it seems to me the way SC3 developed, the editor, lang and
>> server are three
>> different programs, and it would be good to keep this separation
>> clear.
>> There are already a couple of instances where the confusion is
>> introduced and
>> I would prefer to find a path to clear up the confusion, rather
>> than increase
>> it.
>
>
> Lately I've been wondering if it would be feasible to adapt some of
> the SwingOSC code into a cross-platform IDE, using a Java-to-C
> bridge instead of OSC messaging. Like supercollider.app in OSX, the
> IDE would handle text editing, GUI and the interpreter all in the
> same process, but also run in multiple platforms.
>
> Unfortunately I don't have the Java chops to do this (and I
> definitely don't have time!), but I think something like this could
> clear up some of the confusion. Using Java and borrowing SwingOSC
> code (but only if it's okay with sciss, of course) might save some
> of the trouble of reimplementing GUI widgets, as was discussed in
> some other threads.
>
> I don't have high expectations of this being done because everybody
> is busy, but we really are getting to the point where a unified
> front end would be very helpful. That doesn't necessarily have to
> deprecate supercollider.app for Mac users -- just provide another
> option, and something that would work the same in Windows as in Linux.
>
> hjh
>
>
> : H. James Harkins
> : jamshark70@...
> : http://www.dewdrop-world.net
> .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal." -- Whitman
>
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
it's alpha / beta state now but he said it will be publically
available. it basically includes a sclang-to-java bridge and in fact
we were evaluating the possibility to call SwingOSC code directly
without UDP / TCP.
eclipse is very powerful, so trying to build an IDE from scratch is
quite a waste of energy. i have seen the plug-in latetely, and it has
stuff like automatic syntax highlighting, project browser, code
completion, integrated GUI. quite nice! however the JNI (java-to-
native interface) is currently windows only, so would require a bit
of extra work for linux and mac.
the problem with the bridge is, like always, threading. so i remember
there was an issue that you can only call back from C to java from
that native thread that created the virtual machine. so i guess, you
would have something like AppClock / {...}.defer for that. On the
other hand, the Swing GUI needs to run on the java AWT thread. so, to
bridge the stuff is very easy, to do it in a synchronous way (so that
you can return results without pausing a routine) is a bit more work.
i have other projects right now, but of course i'm happy to help out
if someone wants to start such a project.
ciao, -sciss-
Am 08.08.2008 um 14:39 schrieb James Harkins:
> On Aug 7, 2008, at 6:29 PM, nescivi wrote:
>
>> Actually...
>> MouseX and MouseY also work under Linux, when bulld with X11
>> support, which is
>> mostly the case.
>
> Nice -- good to know.
>
>> I would rather see a proper native solution in Psycollider for
>> this (or rather
>> in scsynth on windows), as mixing GUI stuff with server stuff is a
>> bit messy.
>
> Agreed.
>
>> As it seems to me the way SC3 developed, the editor, lang and
>> server are three
>> different programs, and it would be good to keep this separation
>> clear.
>> There are already a couple of instances where the confusion is
>> introduced and
>> I would prefer to find a path to clear up the confusion, rather
>> than increase
>> it.
>
>
> Lately I've been wondering if it would be feasible to adapt some of
> the SwingOSC code into a cross-platform IDE, using a Java-to-C
> bridge instead of OSC messaging. Like supercollider.app in OSX, the
> IDE would handle text editing, GUI and the interpreter all in the
> same process, but also run in multiple platforms.
>
> Unfortunately I don't have the Java chops to do this (and I
> definitely don't have time!), but I think something like this could
> clear up some of the confusion. Using Java and borrowing SwingOSC
> code (but only if it's okay with sciss, of course) might save some
> of the trouble of reimplementing GUI widgets, as was discussed in
> some other threads.
>
> I don't have high expectations of this being done because everybody
> is busy, but we really are getting to the point where a unified
> front end would be very helpful. That doesn't necessarily have to
> deprecate supercollider.app for Mac users -- just provide another
> option, and something that would work the same in Windows as in Linux.
>
> hjh
>
>
> : H. James Harkins
> : jamshark70@...
> : http://www.dewdrop-world.net
> .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal." -- Whitman
>
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
« Return to Thread: psycollider and MouseX
| Free embeddable forum powered by Nabble | Forum Help |
