JACK Transport

[Esben Stien]

Anything happening in this area?

I'm always left with the option of either making music with the
arsenal of JACK aware applications or to make just music in
supercollider.

I make my beats in supercollider, but I'm not able to sync to the
other apps.

I've written a daemon to control JACK transport by sending OSC
messages, but this is not satisfactory, because it's not flexible
enough. What I really need is supercollider to be in sync with the
JACK apps, which means JACK transport.

Supercollider already support JACK audio, but not its transport
facility.

There is also the option to render the supercollider track and then
just play with the JACK apps and the static render, but that is no
fun.

I want to control the sequencer I've written in supercollider, like I
always do, but also to have the JACK apps in sync.

Any hope?.

--
Esben Stien is b0ef@e     s      a            
         http://www. s     t    n m
          irc://irc.  b  -  i  .   e/%23contact
           sip:b0ef@   e     e
           jid:b0ef@    n     n

_______________________________________________
sc-users mailing list

info (subscription, etc.): 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/

[nescivi]

Hiho,

On Monday 20 April 2009 08:53:25 Esben Stien wrote:
> Anything happening in this area?

not right now, as far as I know.

> I'm always left with the option of either making music with the
> arsenal of JACK aware applications or to make just music in
> supercollider.
>
> I make my beats in supercollider, but I'm not able to sync to the
> other apps.
>
> I've written a daemon to control JACK transport by sending OSC
> messages, but this is not satisfactory, because it's not flexible
> enough. What I really need is supercollider to be in sync with the
> JACK apps, which means JACK transport.
>
> Supercollider already support JACK audio, but not its transport
> facility.
>
> There is also the option to render the supercollider track and then
> just play with the JACK apps and the static render, but that is no
> fun.
>
> I want to control the sequencer I've written in supercollider, like I
> always do, but also to have the JACK apps in sync.
>
> Any hope?.

I think the main problem would be that the sequencing in SC happens on the
lang side, whereas the audio happens in scsynth.
If we make the lang dependent on JACK too, then that will surely cause
problems on 64bit installation, as the lang has to run in 32bit, and will not
operate well with a 64bit JACK daemon.

So that means we'd have to make a UGen that manages the transport, which
inevitably then needs to send over OSC messages again, at least between lang
and scsynth...

Though that might be enough for your use... You'd just need to link something
that updates a synth with that UGen from the TempoClock you are running on
the lang side.

If you feel confident enough to try and write a UGen, then that would be the
way to go, I think.

sincerely,
Marije

_______________________________________________
sc-users mailing list

info (subscription, etc.): 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/

[chris kummerer]

hi esben,

I read:

> I've written a daemon to control JACK transport by sending OSC
> messages, but this is not satisfactory, because it's not flexible
> enough. What I really need is supercollider to be in sync with the
> JACK apps, which means JACK transport.

a somewhat similar approach to yours but have you tried this:
http://tapas.affenbande.org/wordpress/?page_id=84
(I haven't yet)

I'd be very happy to have a solution for this too.

cheers,

x
 
--
chris@...        Postmodernism is german romanticism with better
http://pilot.fm/        special effects. (Jeff Keuss / via ctheory.net)

_______________________________________________
sc-users mailing list

info (subscription, etc.): 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/

[Florian Schmidt]

Some parts of this message have been removed. Learn more about Nabble's security policy.

On Monday 20 April 2009, chris kummerer wrote:

> hi esben,

>

> I read:

> > I've written a daemon to control JACK transport by sending OSC

> > messages, but this is not satisfactory, because it's not flexible

> > enough. What I really need is supercollider to be in sync with the

> > JACK apps, which means JACK transport.

>

> a somewhat similar approach to yours but have you tried this:

> http://tapas.affenbande.org/wordpress/?page_id=84

> (I haven't yet)

>

> I'd be very happy to have a solution for this too.

Hi, in the meantime i had pimped these classes somewhat. Look at the OSCClocks Quark in SC. I guess you would have to adjust the jack_transport_osc app which sends the jack transport clock out to use the new format. I had some success though with the stuff on the page you linked :)

Regards,

Flo

--

Palimm Palimm!

http://tapas.affenbande.org