Csound Csound-dev Csound-tekno Search About

[Csnd] Run csd's as modules/plugins in Csound

Date2013-06-25 12:19
FromBernt Isak Wærstad
Subject[Csnd] Run csd's as modules/plugins in Csound
Thinking in terms of packing csds into standalone modules or plugins (like Cabbage), would it be possible or is it possible to incorporate complete csds in your orchestra? Not thinking UDO or #include here, but something like

instr 1

a1, a2 ins

afxL, afxR   csd_st a1, a2, "myincrediblecomplexpartikkelsetup.csd"

outs afxL, afxR

endin



--
Mvh.

Bernt Isak Wærstad



Date2013-06-25 12:27
FromRory Walsh
SubjectRe: [Csnd] Run csd's as modules/plugins in Csound
How would that be different from just calling csoundCompile() with
"myincrediblecomplexpartikkelsetup.csd"? With Csound6 it's simple to
embed .csd file into your binary as a string and then pass it to
csoundCompile(). No more need for local copies of the csd file :)

Date2013-06-25 12:49
FromOeyvind Brandtsegg
SubjectRe: [Csnd] Run csd's as modules/plugins in Csound
Oh, but it could be usefule doing it simply within the Csound orchestra (csd),
for those not ready to build a host application?
best
Oeyvind


2013/6/25 Rory Walsh <rorywalsh@ear.ie>
How would that be different from just calling csoundCompile() with
"myincrediblecomplexpartikkelsetup.csd"? With Csound6 it's simple to
embed .csd file into your binary as a string and then pass it to
csoundCompile(). No more need for local copies of the csd file :)


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"




--

Oeyvind Brandtsegg
Professor of Music Technology
NTNU
7491 Trondheim
Norway
Cell: +47 92 203 205

http://flyndresang.no/
http://www.partikkelaudio.com/
http://soundcloud.com/brandtsegg
http://soundcloud.com/t-emp

Date2013-06-25 12:57
FromRory Walsh
SubjectRe: [Csnd] Run csd's as modules/plugins in Csound
I fail to see the difference between the two :) In one instance users
could modify a csd that ships with the standalone and gets passed to a
.csd that's embedded in the standalone. In the other instance a user
can just modify a .csd that the host loads directly. In each case the
user can modify the csd without having to rebuild the host app?

Date2013-06-25 14:01
FromBernt Isak Wærstad
Subject[Csnd] Re: Run csd's as modules/plugins in Csound
The idea was not a separate host at all, but setting up a sort of host routing setup purely in Csound. I thought it would be nice to be able to use other selfcontained csds as you would use a plugin in a commercial DAW. Easier to reuse old code and maybe easier to share. 

Anyway seems it wont be a problem doing this in csound6 - great! :)

tirsdag 25. juni 2013 skrev Rory Walsh følgende:
I fail to see the difference between the two :) In one instance users
could modify a csd that ships with the standalone and gets passed to a
.csd that's embedded in the standalone. In the other instance a user
can just modify a .csd that the host loads directly. In each case the
user can modify the csd without having to rebuild the host app?


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



--
Mvh.

Bernt Isak Wærstad




Date2013-06-25 14:20
FromRory Walsh
SubjectRe: [Csnd] Re: Run csd's as modules/plugins in Csound
Yes. Now I get it!

Date2013-06-25 14:57
FromMichael Gogins
SubjectRe: [Csnd] Re: Run csd's as modules/plugins in Csound
The signal flow graph opcodes and associated opcodes were developed by me to enable this kind of thing. They make it possible for you to have a CSD with one or many "encapsulated instruments". They have their own function tables, and they send (and can also receive) k-rate and a-rate signals in and to named ports. You can #include the csd files containing these instrument definitions. Then in the header of your orchestra, you can wire these instruments into your effects, etc.

See the example in the manual (http://www.csounds.com/manual/html/examples/signalflowgraph.csd). Then imagine that each instr definition in this was #included from a separate csd.

This is since 5. something.

Regards,
Mike




===========================
Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com


On Tue, Jun 25, 2013 at 9:01 AM, Bernt Isak Wærstad <berntisak@gmail.com> wrote:
The idea was not a separate host at all, but setting up a sort of host routing setup purely in Csound. I thought it would be nice to be able to use other selfcontained csds as you would use a plugin in a commercial DAW. Easier to reuse old code and maybe easier to share. 

Anyway seems it wont be a problem doing this in csound6 - great! :)

tirsdag 25. juni 2013 skrev Rory Walsh følgende:

I fail to see the difference between the two :) In one instance users
could modify a csd that ships with the standalone and gets passed to a
.csd that's embedded in the standalone. In the other instance a user
can just modify a .csd that the host loads directly. In each case the
user can modify the csd without having to rebuild the host app?


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



--
Mvh.

Bernt Isak Wærstad





Date2013-06-25 15:21
FromRory Walsh
SubjectRe: [Csnd] Re: Run csd's as modules/plugins in Csound
Yes but most hosts provide the ability to dynamically alter the signal
graph. Unless I'm mistaken this can't be done with these opcodes,
unless you rebuild the graph every time you make a change to it?

Date2013-06-25 15:44
FromMichael Gogins
SubjectRe: [Csnd] Re: Run csd's as modules/plugins in Csound
You would have to rebuild the graph, yes. I think I recall that you can't rebuild the orc header once Csound 6 has started. But if you can rebuild the header then you can rebuild the graph while Csound is running. Maybe. If it doesn't crash.

But it should be tried, to see what happens.

Regards,
Mike
 


===========================
Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com


On Tue, Jun 25, 2013 at 10:21 AM, Rory Walsh <rorywalsh@ear.ie> wrote:
Yes but most hosts provide the ability to dynamically alter the signal
graph. Unless I'm mistaken this can't be done with these opcodes,
unless you rebuild the graph every time you make a change to it?


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"