|
psycollider and MouseX
|
|
Re: psycollider and MouseX
you should use JMouse instead of MouseX
{SinOsc.ar(JMouseY.kr(1000,100))}.jscope;JMouseBase.makeGUI
|
|
Re: psycollider and MouseX
|
|
Re: psycollider and MouseX
On Thursday 07 August 2008 14:25:30 James Harkins wrote:
> Strongly suggested to read the GUI helpfile for an overview of
> cross-platform GUI considerations.
>
> MouseY, as _s correctly points out, is OSX only.
>
> Using GUI.mouseY is a better way to avoid the problem because it will
> work equally well in OSX and SwingOSC environments.
>
> GUI.mouseY.kr(1000,100)
Actually...
MouseX and MouseY also work under Linux, when bulld with X11 support, which is
mostly the case.
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.
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.
sincerely,
Marije
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
RE: psycollider and MouseX
|
|
Re: psycollider and MouseX
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
|
|
Re: psycollider and MouseX (hijacked somewhat to talk about crossplatform issues)
Hiho,
On Friday 08 August 2008 08:39:32 James Harkins wrote:
> 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.
It's been like this since more or less the original port to Linux by sk.
> > 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.
I doubt that this would be succesful, seeing that on Linux people prefer to
use a text editor they already know and use the interface with those to do
their SC work.
Linux people like variety and modular approaches; and at this stage you'd have
to come with a completely customisable and fully fledged IDE, which takes
long to develop....
Besides since Sun Java is still not complete open source, distributions like
Debian, will not automatically distribute it, which means that it remains not
as straight-forward to install Sun Java than regular Debian packages and
confusion with Gnu Java will continue to exist.
Someone else starting on QCollider, a Qt-based editor for SC... I don't know
if that is still in active development, but that could be heading to a
similar common cross platform IDE.
But really, given that people on Mac and Linux are unlikely to give up their
editor, I wonder whether putting effort into a crossplatform IDE is really
worth it. Rather a focus on making the interaction between the lang and each
editor more transparent, so that from the lang we can do anything we want in
a common fashion, would be more fruitful in my opinion.
sincerely,
Marije
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
Re: psycollider and MouseX (hijacked somewhat to talk about crossplatform issues)
Yes I thought about working on a cross-platform IDE but came to the
same conclusion as Marije, there really is not much incentive for the
Mac or Linux guys to get involved. One of the many reasons why I just
bought a Mac.
John
2008/8/8 nescivi < nescivi@...>:
> Hiho,
>
> On Friday 08 August 2008 08:39:32 James Harkins wrote:
>> 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.
>
> It's been like this since more or less the original port to Linux by sk.
>
>> > 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.
>
> I doubt that this would be succesful, seeing that on Linux people prefer to
> use a text editor they already know and use the interface with those to do
> their SC work.
> Linux people like variety and modular approaches; and at this stage you'd have
> to come with a completely customisable and fully fledged IDE, which takes
> long to develop....
>
> Besides since Sun Java is still not complete open source, distributions like
> Debian, will not automatically distribute it, which means that it remains not
> as straight-forward to install Sun Java than regular Debian packages and
> confusion with Gnu Java will continue to exist.
> Someone else starting on QCollider, a Qt-based editor for SC... I don't know
> if that is still in active development, but that could be heading to a
> similar common cross platform IDE.
>
> But really, given that people on Mac and Linux are unlikely to give up their
> editor, I wonder whether putting effort into a crossplatform IDE is really
> worth it. Rather a focus on making the interaction between the lang and each
> editor more transparent, so that from the lang we can do anything we want in
> a common fashion, would be more fruitful in my opinion.
>
> sincerely,
> Marije
>
> _______________________________________________
> 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/>
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
Re: psycollider and MouseX (hijacked somewhat to talk about crossplatform issues)
On Fri, Aug 8, 2008 at 10:24 AM, nescivi < nescivi@...> wrote:
> It's been like this since more or less the original port to Linux by sk.
*insert embarrased emoticon here* :)
> I doubt that this would be succesful, seeing that on Linux people prefer to
> use a text editor they already know and use the interface with those to do
> their SC work.
> Linux people like variety and modular approaches; and at this stage you'd have
> to come with a completely customisable and fully fledged IDE, which takes
> long to develop....
Good point... I was thinking of the challenges bringing new users up
to speed with user experiences that are quite different depending on
platform. But if there isn't sufficient demand (i.e. Mac users have
little incentive to switch, and Linux users have reasons to prefer a
modular architecture) then I would agree that the better approach is
to improve the user experience in Psycollider.
hjh
--
James Harkins /// dewdrop world
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/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
Re: psycollider and MouseX
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/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
Re: psycollider and MouseX (hijacked somewhat to talk about crossplatform issues)
http://www.sun.com/software/opensource/java/faq.jsp#b4"As of the end of April, 2008, there is only one significant
encumbrance left the sound synthesizer for the Java sound APIs. In
addition, there are several color profiles used in the imaging APIs
that are also encumbered."
so basically everything is open source now, and i'm pretty sure soon
most distros will ship with OpenJDK (which will anyway receive stuff
from GNU classpath i think).
as said, eclipse is a powerful open-source and cross-platform IDE, so
that is definitely an option.
ciao, -sciss-
Am 08.08.2008 um 16:24 schrieb nescivi:
[...]
> Linux people like variety and modular approaches; and at this stage
> you'd have
> to come with a completely customisable and fully fledged IDE, which
> takes
> long to develop....
>
> Besides since Sun Java is still not complete open source,
> distributions like
> Debian, will not automatically distribute it, which means that it
> remains not
> as straight-forward to install Sun Java than regular Debian
> packages and
> confusion with Gnu Java will continue to exist.
> Someone else starting on QCollider, a Qt-based editor for SC... I
> don't know
> if that is still in active development, but that could be heading to a
> similar common cross platform IDE.
>
> But really, given that people on Mac and Linux are unlikely to give
> up their
> editor, I wonder whether putting effort into a crossplatform IDE is
> really
> worth it. Rather a focus on making the interaction between the lang
> and each
> editor more transparent, so that from the lang we can do anything
> we want in
> a common fashion, would be more fruitful in my opinion.
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
Re: psycollider and MouseX
|
|
Re: psycollider and MouseX
Sciss wrote:
> 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.
Do you know if it will be open source?
I've got a bit of eclipse plug-in development experience and this is something I
could really get interested in, also I would definitely be willing to look at
getting it running on Linux. :)
martin.
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880archive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
buses and Klank
Some parts of this message have been removed.
Learn more about Nabble's security policy.
Dear List, I've been trying to route a signal from a noise generator to the input in Klank using buses, e.g., out = 16 in the noise SynthDef to in = 16 to In.ar(in) to the input in the Klank SynthDef - but without any results. The idea was to keep both the noise generator and the Klank separate so that I may pan them independently - is there any way of doing this? I'd appreciate any feedback you may have on this matter, Thank you for your attention and cheers! "The TEDIUM is the message of the media such that meaning means business and business means . . . as usual." Wind among the Pines The wind blows hard among the pines Toward the beginning Of an endless past. Listen: you've heard everything. Shinkichi Takahashi "Lo que nos ocupa es esa/e abuela/o la consiencia que regula al mundo." L.A.Spinetta "Toda obra de arte es un delito rebajado." Minima Moralia, T.W. Adorno. "All works of art are a degraded form of crime." Minima Moralia, T.W. Adorno. > From: inodororios@...> To: sc-users@...> Subject: [sc-users] psycollider and MouseX > Date: Thu, 7 Aug 2008 13:52:38 -0400 > > > Dear SC List, > > I've recently installed Psycollider and have found that several of the examples which have MouseX do not work. Any ideas about this? > > Thanks and cheers! > > > "The TEDIUM is the message of the media > such that meaning means business > and business means . . . as usual." > > > > _________________________________________________________________ > Reveal your inner athlete and share it with friends on Windows Live. > http://revealyourinnerathlete.windowslive.com?locale=en-us&ocid=TXT_TAGLM_WLYIA_whichathlete_us > _______________________________________________ > 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/
Stay up to date on your PC, the Web, and your mobile phone with Windows Live. See Now
|
|
Re: buses and Klank
Hi -
It'd be easier to help if you included your code in the message. But
yes, what you need is certainly possible.
If desired, you can even do it within one synthdef, something like:
(
x = SynthDef(\testytest, {|amp=0.1, npan=0, kpan=0|
var nois, klan;
nois = WhiteNoise.ar(FSinOsc.ar(3, 0, 0.1));
klan = Klank.ar(`[[800, 1071, 1153, 1723], nil, [1,1,1,1]], nois);
Out.ar(0, (Pan2.ar(nois, npan) + Pan2.ar(klan, kpan)) * amp);
}).play(s)
);
x.set(\kpan, -0.5);
x.set(\npan, 0.5);
...but most likely, if you're having trouble routing sound from one
synth to another, it's probably an issue about Order Of Execution on
the server - you need to make sure your "source" comes earlier in the
chain than your "effect". There's a good helpfile which explains it,
linked from the main help page - have a look at that.
Dan
2008/9/5 roberto rios < inodororios@...>:
> Dear List,
>
> I've been trying to route a signal from a noise generator to the input in
> Klank using buses, e.g., out = 16 in the noise SynthDef to in = 16 to
> In.ar(in) to the input in the Klank SynthDef - but without any results.
>
> The idea was to keep both the noise generator and the Klank separate so that
> I may pan them independently - is there any way of doing this?
>
> I'd appreciate any feedback you may have on this matter, Thank you for your
> attention and
>
> cheers!
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtmlarchive: http://www.listarc.bham.ac.uk/marchives/sc-users/search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
|
|
RE: buses and Klank
Some parts of this message have been removed.
Learn more about Nabble's security policy.
Hello Dan,
Thank you for your feedback it was very helpful - yes I did look at the help files but evidently I'm doing something wrong - get back to you on that one later,
cheers! "The TEDIUM is the message of the media such that meaning means business and business means . . . as usual." Wind among the Pines The wind blows hard among the pines Toward the beginning Of an endless past. Listen: you've heard everything. Shinkichi Takahashi "Lo que nos ocupa es esa/e abuela/o la consiencia que regula al mundo." L.A.Spinetta "Toda obra de arte es un delito rebajado." Minima Moralia, T.W. Adorno. "All works of art are a degraded form of crime." Minima Moralia, T.W. Adorno. > Date: Fri, 5 Sep 2008 10:35:17 +0300 > From: danstowell@...> To: sc-users@...> Subject: Re: [sc-users] buses and Klank > > Hi - > > It'd be easier to help if you included your code in the message. But > yes, what you need is certainly possible. > > If desired, you can even do it within one synthdef, something like: > > ( > x = SynthDef(\testytest, {|amp=0.1, npan=0, kpan=0| > var nois, klan; > nois = WhiteNoise.ar(FSinOsc.ar(3, 0, 0.1)); > klan = Klank.ar(`[[800, 1071, 1153, 1723], nil, [1,1,1,1]], nois); > Out.ar(0, (Pan2.ar(nois, npan) + Pan2.ar(klan, kpan)) * amp); > }).play(s) > ); > x.set(\kpan, -0.5); > x.set(\npan, 0.5); > > ...but most likely, if you're having trouble routing sound from one > synth to another, it's probably an issue about Order Of Execution on > the server - you need to make sure your "source" comes earlier in the > chain than your "effect". There's a good helpfile which explains it, > linked from the main help page - have a look at that. > > Dan > > > 2008/9/5 roberto rios < inodororios@...>: > > Dear List, > > > > I've been trying to route a signal from a noise generator to the input in > > Klank using buses, e.g., out = 16 in the noise SynthDef to in = 16 to > > In.ar(in) to the input in the Klank SynthDef - but without any results. > > > > The idea was to keep both the noise generator and the Klank separate so that > > I may pan them independently - is there any way of doing this? > > > > I'd appreciate any feedback you may have on this matter, Thank you for your > > attention and > > > > cheers! > > _______________________________________________ > sc-users mailing list > > info (subscribe and unsubscribe): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml > archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ > search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
Stay up to date on your PC, the Web, and your mobile phone with Windows Live. See Now
|
