Re: [Bluemusic-users] I have a dream, or a major feature request

[Atte André Jensen <atte.jensen@gm...>]

Atte André Jensen wrote:

> It's merely offering a way of recording the output of csound to for 
> instance ardour once in a while. In that case it doesn't make much 
> difference from render to disc and importing (with link-to-file) this 
> into ardour, except if one is using realtime controls during the csound 
> performance, right?

Hmmm, I can't let this go. Maybe Steve has an idea of what can be done:

I want to be abl to start blue and jack will automatically start at the 
same spot.

While looking at <RENDER:START> and experimenting with different things, 
I can't get my head around it. How do I write an instrument (and layout 
some "triggering" of it in blue) that'll start jack at the spot where 
csound was started. It should work at any tempo and be fairly automatic.

It must be possible...

-- 
peace, love & harmony
Atte

http://atte.dk       | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk

Re: [Bluemusic-users] I have a dream, or a major feature request

[Cesare Marilungo <cesare@po...>]

Atte André Jensen wrote:
> Cesare Marilungo wrote:
>
>   
>> I use this opcode when I want to record a track live to ardour (or 
>> whatever) over a base done in csound/blue, so the recorded track can be 
>> used with csound or the other way around (you render the csound 
>> performance and import it in ardour).
>>     
>
> Ah, I see. I was expecting something that'd allow me to "develop" the 
> track in ardour/muse/blue at the same time with the three programs 
> syncing along. This seems to be out of scope for the jacktransport 
> opcode, right?
>
> It's merely offering a way of recording the output of csound to for 
> instance ardour once in a while. In that case it doesn't make much 
> difference from render to disc and importing (with link-to-file) this 
> into ardour, except if one is using realtime controls during the csound 
> performance, right?
>
>   
It's is intended for the use you're describing, with the limitations 
that you lose the connections to the csound jack instance when you stop 
csound (or it ends the score) and that you have to stop ardour manually.

If you use csound to process audio input, or if you want to record the 
csound output and/or process it inside ardour you can still leave some 
space in your score to have the time to connect stuff and then start the 
transport after n seconds.

-c.

-- 
 http://www.cesaremarilungo.com 

Re: [Bluemusic-users] I have a dream, or a major feature request

[Atte André Jensen <atte.jensen@gm...>]

Cesare Marilungo wrote:

> I use this opcode when I want to record a track live to ardour (or 
> whatever) over a base done in csound/blue, so the recorded track can be 
> used with csound or the other way around (you render the csound 
> performance and import it in ardour).

Ah, I see. I was expecting something that'd allow me to "develop" the 
track in ardour/muse/blue at the same time with the three programs 
syncing along. This seems to be out of scope for the jacktransport 
opcode, right?

It's merely offering a way of recording the output of csound to for 
instance ardour once in a while. In that case it doesn't make much 
difference from render to disc and importing (with link-to-file) this 
into ardour, except if one is using realtime controls during the csound 
performance, right?

-- 
peace, love & harmony
Atte

http://atte.dk       | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk

Re: [Bluemusic-users] I have a dream, or a major feature request

[Cesare Marilungo <cesare@po...>]

Atte André Jensen wrote:
> Cesare Marilungo wrote:
>
>   
>> I made a very basic opcode to synchronize other apps with blue via jack 
>> transport. Maybe you can find it useful too:
>>     
>
> Indeed, it works. Could you elaborate a bit, for instance:
>
> 1) Should I set the tempo of blue/ardour to the same by hand?
>
>   
Yes.
> 2) Should it only be called once and from thereon jack/ardour should 
> stay in sync with blue/csound?
>   
It only starts the transport when the instrument in which the opcode is 
used is played. So you should make an instrument with

jacktransport 1

and call it once from the score with p2 = 0 or when you want to start 
it. Sync is not guaranteed.
> 3) How can I make it so that I only have to press one stop button (in 
> either ardour/qjackctl/blue) and not both ardour and blue
>   
You have to do both. Or you can call an instrument with:

jacktransport 0

at the end of the score to stop ardour, too.
> 4) How do you setup stuff on the blue side, which instrument/wrapper for 
> jacktransport, which sndObj?
>
> 5) Do you have any solutions to the problem that csounds output 
> disappears from jack on stop, and hence makes it impossible to do what I 
> normally do: route audio of all applications through ardour?
>
>   
This would require modifying the jack interface in csound. The opcode is 
just a quick hack and it is fairly limited, since it doesn't create 
another jack instance. It uses the one created by csound.

I use this opcode when I want to record a track live to ardour (or 
whatever) over a base done in csound/blue, so the recorded track can be 
used with csound or the other way around (you render the csound 
performance and import it in ardour).

I have an instrument like:

instr 1

jacktransport p4

endin

and I call it from the score with:

i1 0 1 1

-c.

-- 
 http://www.cesaremarilungo.com 

Re: [Bluemusic-users] I have a dream, or a major feature request

[Atte André Jensen <atte.jensen@gm...>]

Cesare Marilungo wrote:

> I made a very basic opcode to synchronize other apps with blue via jack 
> transport. Maybe you can find it useful too:

Indeed, it works. Could you elaborate a bit, for instance:

1) Should I set the tempo of blue/ardour to the same by hand?

2) Should it only be called once and from thereon jack/ardour should 
stay in sync with blue/csound?

3) How can I make it so that I only have to press one stop button (in 
either ardour/qjackctl/blue) and not both ardour and blue

4) How do you setup stuff on the blue side, which instrument/wrapper for 
jacktransport, which sndObj?

5) Do you have any solutions to the problem that csounds output 
disappears from jack on stop, and hence makes it impossible to do what I 
normally do: route audio of all applications through ardour?

-- 
peace, love & harmony
Atte

http://atte.dk       | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk

Re: [Bluemusic-users] somethings fishy with automation, or...

[Atte André Jensen <atte.jensen@gm...>]

Steven Yi wrote:
> Hi Atte,
> 
> I just checked in a fix that I think looks good.  Could you update
> from CVS and give it a try?

That great, thanks for fixing it, and it works. More importantly (to 
selfish me), it shows me that my SnipLooper BSB (I'll brag about it 
later) works :-)

There's one more thing, however. If a final value of 0 (maybe others) 
are reached in zero time, it's never reached. The attached auto2.blue 
shows this problem (0 is never printed).

-- 
peace, love & harmony
Atte

http://atte.dk       | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk

Re: [Bluemusic-users] somethings fishy with automation, or...

[Steven Yi <stevenyi@gm...>]

Hi Atte,

I just checked in a fix that I think looks good.  Could you update
from CVS and give it a try?  With your example .blue project you
posted it looks like it's reaching the final values now. I did this by
changing the generated automation instrument and adding extra
generated notes where values are staying at the same value.

Thanks!
steven

On Tue, Feb 26, 2008 at 11:16 PM, Atte André Jensen
<atte.jensen@...> wrote:
> Steven Yi wrote:
>
>  > basically it has to do with if calculations are done to target end of
>  > last ksmps block or beginning of last ksmps block.  I think it's
>  > correct as-is, but blue should do a little more work and add extra
>  > notes that will ensure the final value is met.  I will work on a fix
>  > tonight.
>
>  Thanks a lot! I'm lookin forward to trying out the fix!
>
>  --
>
>
> peace, love & harmony
>  Atte
>
>  http://atte.dk       | http://myspace.com/attejensen
>  http://anagrammer.dk | http://modlys.dk
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  Bluemusic-users mailing list
>  Bluemusic-users@...
>  https://lists.sourceforge.net/lists/listinfo/bluemusic-users
>

Re: [Bluemusic-users] somethings fishy with automation, or...

[Atte André Jensen <atte.jensen@gm...>]

Steven Yi wrote:

> basically it has to do with if calculations are done to target end of
> last ksmps block or beginning of last ksmps block.  I think it's
> correct as-is, but blue should do a little more work and add extra
> notes that will ensure the final value is met.  I will work on a fix
> tonight.

Thanks a lot! I'm lookin forward to trying out the fix!

-- 
peace, love & harmony
Atte

http://atte.dk       | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk

Re: [Bluemusic-users] somethings fishy with automation, or...

[Steven Yi <stevenyi@gm...>]

Hi Atte,

In regards to the line opcode,  I asked a question on the csound-dev
list and had a good discussion:

http://www.nabble.com/line-opcode-and-ksmps-to15685283.html#a15685283

basically it has to do with if calculations are done to target end of
last ksmps block or beginning of last ksmps block.  I think it's
correct as-is, but blue should do a little more work and add extra
notes that will ensure the final value is met.  I will work on a fix
tonight.

Thanks for bringing this up!
steven

On Mon, Feb 25, 2008 at 10:24 AM, Steven Yi <stevenyi@...> wrote:
> Hi Atte,
>
>  Sorry I haven't had time to take a look at this until now, but my
>  guess is that it has to do with csound and aligning events to samples.
>   I'm assuming this as looking at the CSD it looks like everything
>  there is fine.  I'm wondering if the line opcode is not calculating
>  correctly the samples to calculate over; I'll try to see what's going
>  on in csound.
>
>  steven
>
>
>
>  On Tue, Feb 19, 2008 at 11:29 PM, Atte André Jensen
>  <atte.jensen@...> wrote:
>  > Atte André Jensen wrote:
>  >
>  >  > Might be two different things, and it might even be me that's doing
>  >  > something wrong, but it doesn't works the way it should AFAICS...
>  >
>  >  Bump.
>  >
>  >  I'd still be interested in thought on this. Is it blue or my
>  >  expectations that are off?
>  >
>  >
>  >  --
>  >  peace, love & harmony
>  >  Atte
>  >
>  >  http://atte.dk       | http://myspace.com/attejensen
>  >  http://anagrammer.dk | http://modlys.dk
>  >
>  >  -------------------------------------------------------------------------
>  >  This SF.net email is sponsored by: Microsoft
>  >  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  >  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  >  _______________________________________________
>  >  Bluemusic-users mailing list
>  >  Bluemusic-users@...
>  >  https://lists.sourceforge.net/lists/listinfo/bluemusic-users
>  >
>