Did you guys know about this? http://www.blackholeprojector.com/ It is a project called Breakage that uses ChucK as a back-end and a Java application as the front-end. Are there other projects like this? Josh -- Josh Lawrence http://www.hardbop200.com http://www.joshlawrencetrio.com
tis 2007-09-04 klockan 12:08 -0500 skrev Josh Lawrence:
Did you guys know about this?
http://www.blackholeprojector.com/
It is a project called Breakage that uses ChucK as a back-end and a Java application as the front-end. Are there other projects like this?
Josh
Sure. I've only visited their website like.... one time or so, but yes. Seen it. For more project using chuck: http://wiki.cs.princeton.edu/index.php/ChucK/Projects There might exist some that isn't listed there. Gasten
On Sep 4, 2007, at 10:08 AM, Josh Lawrence wrote:
Did you guys know about this?
http://www.blackholeprojector.com/
It is a project called Breakage that uses ChucK as a back-end and a Java application as the front-end. Are there other projects like this? I did an AppleScript Studio/ChucK one a while back. Will take a look at this.
--- Joe M.
Josh Lawrence wrote:
It is a project called Breakage that uses ChucK as a back-end and a Java application as the front-end. Are there other projects like this?
At this point I am considering doing the same with Python as a front-end and calling Chuck through OS system calls. This is less elegant than using SuperCollider since then the message passing could then be pure OSC. But I'm liking Chuck and have done a lot in a short time. This will all likely have to wait a while -- who knows where Chuck will be by then? -- robin
For the people who have missed it: I am working on using ChucK from Processing (Java environment). See a demo at http://visiblearea.com/blog/bin/view/VisibleArea/ProcessingandChucK Arthur On Sep 5, 2007, at 12:12 PM, robin.escalation wrote:
Josh Lawrence wrote:
It is a project called Breakage that uses ChucK as a back-end and a Java application as the front-end. Are there other projects like this?
At this point I am considering doing the same with Python as a front-end and calling Chuck through OS system calls. This is less elegant than using SuperCollider since then the message passing could then be pure OSC. But I'm liking Chuck and have done a lot in a short time.
This will all likely have to wait a while -- who knows where Chuck will be by then?
-- robin _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
It is a project called Breakage that uses ChucK as a back-end and a Java application as the front-end. Are there other projects like this?
At this point I am considering doing the same with Python as a front-end and calling Chuck through OS system calls. This is less elegant than using SuperCollider since then the message passing could then be pure OSC. But I'm liking Chuck and have done a lot in a short time.
ChucK supports OSC as well, of course. I've personally been thinking of designing an app along this architecture too.. there's something about ChucK that seems to make a good "audio engine". Maybe because its programming paradigm is more similar to a familiar procedural way of thinking than dataflow visual languages are. In any case, I think this is a good time to start thinking about "libchuck"... :-) I'm sure there are uses for it.. Steve
--- Stephen Sinclair
ChucK supports OSC as well, of course.
But not OSC timestamps. Having sample-accurate timing is the big win with Chuck. Take that away and there's much less benefit to using it as an engine. I need to look into how the OSC control works (total newbie with OSC) and if the above limitation is going to break my heart. Maybe MIDI would be better (doubt it). -- robin
I echo that sentiment. Without timestamp support, OSC is really only
good for textural and non-tempo based composition. One of my great
frustrations with OSC is that most of the software that does implement
OSC does not support timestamping. (Reaktor also has this problem, for
example; MAX/MSP allegedly does support timestamping).
I'd be willing to contribute coding time to implementing timecode
support into Chuck, if there's not already an initiative to do so. (I
actually had source for this in an old chuck build; but, at the time,
there was no easy way to send back patches that touch several files
(Timestamping needs scheduler support to work properly, so it affects a
half-dozen or so files).
Fwiw, I wouldn't hold out high hopes of MIDI being tightly scheduled
either. Stable scheduling of received midi messages is difficult to do
on a single platform, and I don't belive that Chuck support timestamped
midi message either (without correct timestamping of received MIDI
messages, control-cycle jitter means that MIDI is also not good for much
more than textural and non-tempo based control, too). Not sure that I'm
up to implementing timestamping of MIDI messages though. I'm sure
there's little cross-platform support for timestamped midi.
Robin Davies
-----Original Message-----
From: chuck-users-bounces@lists.cs.princeton.edu
[mailto:chuck-users-bounces@lists.cs.princeton.edu] On Behalf Of
robin.escalation
Sent: Wednesday, September 05, 2007 11:32 AM
To: ChucK Users Mailing List
Subject: Re: [chuck-users] Breakage - ChucK application?
--- Stephen Sinclair
ChucK supports OSC as well, of course.
But not OSC timestamps. Having sample-accurate timing is the big win with Chuck. Take that away and there's much less benefit to using it as an engine. I need to look into how the OSC control works (total newbie with OSC) and if the above limitation is going to break my heart. Maybe MIDI would be better (doubt it). -- robin _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
participants (7)
-
Arthur Clemens -
Joe McMahon -
Josh Lawrence -
Martin Ahnelöv -
Robin Davies -
robin.escalation -
Stephen Sinclair