Re: [ckvusers] Hello!
- From:
- Tom Lieber
- Date:
- 2010-10-09 @ 22:48
I just realized I never answered the question of focus. I'm not
focused on ckv or ruck right now due to a retarded work/life balance
I'm trying to fix. But I feel that ruck is mostly finished, so ckv is
what I'll focus on the next time my passion to finish it boils over.
(Thinking about ckv to respond to your e-mails helped a lot with that.
;p)
--
Tom Lieber
http://AllTom.com/
http://favmusic.net/
Re: [ckvusers] Hello!
- From:
- Mat Schaffer
- Date:
- 2010-10-10 @ 01:56
On Sat, Oct 9, 2010 at 6:48 PM, Tom Lieber <tom@alltom.com> wrote:
> I just realized I never answered the question of focus. I'm not
> focused on ckv or ruck right now due to a retarded work/life balance
> I'm trying to fix. But I feel that ruck is mostly finished, so ckv is
> what I'll focus on the next time my passion to finish it boils over.
> (Thinking about ckv to respond to your e-mails helped a lot with that.
> ;p)
Thanks, Tom!
I'm really looking forward to seeing what you come up with. Basically I'm
just catching the electronic music bug again. I did some work in Reason
years ago, but since I'm a rails dev by day it seemed natural that I should
look for ways to code my music. ChucK is cool, but the language really kills
it for me. I'd love to use Ruby, but I don't know if there's any ruby VM
that could really pull off whole compositions w/o being slower than real
time. Ckv seems like it might be the "right" idea: mostly c/c++ with a
really light weight but full featured language (lua).
As for the editor. I've been a regular on Redcar, so I may try to do a Ckv
plugin for Redcar. Maybe that could be your answer to miniAudicle at some
point.
Although tonight I think I may have fallen in love with pure data. We'll see
how long that lasts though. Programmer attention spans are such flickel
things :)
Good luck with that work/life balance. I'll be talking to you as I
experiment more.
-Mat
Re: [ckvusers] Hello!
- From:
- Tom Lieber
- Date:
- 2010-10-10 @ 03:53
On Sat, Oct 9, 2010 at 6:56 PM, Mat Schaffer <mat@schaffer.me> wrote:
> I'd love to use Ruby, but I don't know if there's any ruby VM
> that could really pull off whole compositions w/o being slower than real
> time.
There are! I think the one I'm thinking of is Duby, but it might not
have been. It was a JVM-based Ruby-like language that someone has
started doing live audio processing with. I think it's one of these:
http://blog.headius.com/2008/03/duby-type-inferred-ruby-like-jvm.html
http://www.kvraudio.com/forum/viewtopic.php?p=4169197
--
Tom Lieber
http://AllTom.com/
http://favmusic.net/
Re: [ckvusers] Hello!
- From:
- Mat Schaffer
- Date:
- 2010-10-10 @ 16:15
On Oct 9, 2010, at 11:53 PM, Tom Lieber <tom@alltom.com> wrote:
> On Sat, Oct 9, 2010 at 6:56 PM, Mat Schaffer <mat@schaffer.me> wrote:
>> I'd love to use Ruby, but I don't know if there's any ruby VM
>> that could really pull off whole compositions w/o being slower than real
>> time.
>
> There are! I think the one I'm thinking of is Duby, but it might not
> have been. It was a JVM-based Ruby-like language that someone has
> started doing live audio processing with. I think it's one of these:
>
> http://blog.headius.com/2008/03/duby-type-inferred-ruby-like-jvm.html
> http://www.kvraudio.com/forum/viewtopic.php?p=4169197
Yeah I think it might be called Mirah these days.
If you think this sort of this is possible in ruby, any ideas on how I
could get involved?
I was considering trying to wire ruck-ugen to the java dsp stuff under
jruby, but if you have any other angles let me know. The biggest
inhibitors I can see to using ruck right now are the lack of live
output and the low number of ugens that the benchmark shows. What's on
your todo list these days?
Thanks again,
Mat
Re: [ckvusers] Hello!
- From:
- Tom Lieber
- Date:
- 2010-10-10 @ 20:47
On Sun, Oct 10, 2010 at 9:15 AM, Mat Schaffer <mat@schaffer.me> wrote:
> If you think this sort of this is possible in ruby, any ideas on how I
> could get involved?
>
> I was considering trying to wire ruck-ugen to the java dsp stuff under
> jruby, but if you have any other angles let me know. The biggest
> inhibitors I can see to using ruck right now are the lack of live
> output and the low number of ugens that the benchmark shows. What's on
> your todo list these days?
The ruck-ugen classes would work. I think I made a poor trade-off
between flexibility and performance when I wrote the multi-channel
support, but on a fast Ruby it might turn out to be good enough.
If you want strong timing of controller code (altering graphs,
tweaking UGen parameters, etc), you'll either need to write a Shred
class for ruck that uses Threads and hope jruby's thread pooling is
fast enough, or resort to gamelan-style scheduling of Ruby blocks
(http://github.com/jvoorhis/gamelan) which I find repulsive after
using ChucK and ruck. :-X
I currently don't have any plans for making ruck-ugen real-time right
now because of the performance considerations I've yet to think much
about. But I do think something like it is workable and possibly even
already in that VST live-coding project which I need to catch up with
to see how it's doing.
--
Tom Lieber
http://AllTom.com/
http://favmusic.net/
Re: [ckvusers] Hello!
- From:
- Tom Lieber
- Date:
- 2010-10-09 @ 22:39
On Sat, Oct 9, 2010 at 8:34 AM, Mat Schaffer <mat@schaffer.me> wrote:
> So are there other's here or just Tom? Looks pretty quiet on the archives.
> Tom, as I mentioned on the ChucK ML, I'm excited by the potential of
> projects like ckv and ruck. Is there one that's got your main focus these
> days? Looks like ruck is getting most of your github commits recently.
> Anyway, thanks again. I look forward to sampling more of your software :)
It's mostly me, though I think someone else posted once. ;p
I've been working more on ruck because I wanted it to be presentable
for a conference talk that I gave about it. After that, I started
working on a project with a friend which uses ruck and inspired a few
patches.
But ckv is at the core of my most ambitious plans. The biggest bug is
that it might not be collecting garbage. The biggest missing feature
for the next few releases is support for more efficient use of unit
generators written in C. The biggest missing feature in the long term
is support for video (my main motivation for integrating ffmpeg
early).
The biggest reason I've been using ChucK more than ckv is because I
can click the miniAudicle button in the dock, type some stuff, and
press a hotkey to hear it. For this reason, and to eliminate the
obstacles between other people and ckv, I want to create a ckv
scratchpad at some point...
I'd love to be able to rewrite the code examples on this page in ckv,
but ChucK's so much easier to recommend:
http://alltom.com/pages/music-by-the-numbers
So that's where I am.
--
Tom Lieber
http://AllTom.com/
http://favmusic.net/
Re: [ckvusers] Hello!
- From:
- Kassen
- Date:
- 2010-10-10 @ 19:08
>
>
> It's mostly me, though I think someone else posted once. ;p
>
>
I'm still here and I still like the ideas behind these systems.
I'm also suffering from a "retarded work- life balance", and not sure how
much I could contribute as I'm no great C++ wizzard.
Maybe we should rename the list to "ckvdreamers", as in "people who dream of
ckv, sometimes". From there we could move on to creating "ckvdev" once there
is some development and as a third step get back to "ckvusers"?
:¬p
Kas.
Re: [ckvusers] Hello!
- From:
- Tom Lieber
- Date:
- 2010-10-10 @ 22:58
On Sun, Oct 10, 2010 at 12:08 PM, Kassen <signal.automatique@gmail.com> wrote:
>> It's mostly me, though I think someone else posted once. ;p
>
> I'm still here and I still like the ideas behind these systems.
> I'm also suffering from a "retarded work- life balance", and not sure how
> much I could contribute as I'm no great C++ wizzard.
> Maybe we should rename the list to "ckvdreamers", as in "people who dream of
> ckv, sometimes". From there we could move on to creating "ckvdev" once there
> is some development and as a third step get back to "ckvusers"?
ckv is finished enough for users already. As long as they use OS X and
have XCode installed. ;p
I used a friend as a test subject in a user study for the tutorial and
it went really well. But we skipped the compile-install step. :)
--
Tom Lieber
http://AllTom.com/
http://favmusic.net/