I do not think the loading of all available plugins and libraries is a 
problem that really needs to be solved. Machines get more and more roomy and 
fast. I have not only all Csound opcodes loading, but also many UDOs and 
many VST plugins and SoundFonts. That is because instead of having lots of 
different orchestras, I have one huge orchestra and I use different parts of 
it for different pieces. This enables me to keep refining the orchestra code 
in one place. There is no particular problem doing this on a Windows XP 
notebook that is now a few years old, even for real-time performance.

Regards,
Mike

----- Original Message ----- 
From: "Felipe Sateler" 
To: "Developer discussions" 
Sent: Thursday, November 27, 2008 11:34 AM
Subject: Re: [Cs-dev] Forward planning


> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's 
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great 
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the 
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/


--------------------------------------------------------------------------------


> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Dependencies would seem to really complicate the idea of automatically
loading UDOs.  I suggest that we not implement the UDODIR idea without a
solution for dependencies.

Anthony

Steven Yi wrote on 11/27/08 2:15 PM:

> Also then,
> what of dependencies? What if three UDO's all themselves call a 4th
> UDO, and of the first three each depends on the other?  Without a
> proper import system, I don't see how this would get resolved.


------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Is there any "include" functionality in the orchestra? Then one could
just include the file with the UDO's (include would then look in
OPCODEDIR, the dir of the orchestra, the current work directory, etc).
If any UDO uses another UDO they would also use "include" and there
would be no need to handle dependencies explicitly.

Anthony Kozar wrote:
> Dependencies would seem to really complicate the idea of automatically
> loading UDOs.  I suggest that we not implement the UDODIR idea without a
> solution for dependencies.
> 
> Anthony
> 
> Steven Yi wrote on 11/27/08 2:15 PM:
> 
>> Also then,
>> what of dependencies? What if three UDO's all themselves call a 4th
>> UDO, and of the first three each depends on the other?  Without a
>> proper import system, I don't see how this would get resolved.
> 
> 
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


-- 
/Jonatan         [ http://kymatica.com ]

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

If autoload means "if no opcode by that name is already loaded, see if
there are any *.udo file containing it in current dir, OPCODEDIR,
UDODIR, etc..", then I don't see the problem with dependencies. Any
other UDO that uses another UDO would autoload it in the same way.

Rory Walsh wrote:
> Yes there is. You can use includes for macros too. It would just be
> nice if they would autoload like abstractions in Pd. If it's not so
> straightforward to implement then there is no point in wasting time on
> it but if it it easy to implement I think it would be a nice feature.
> 
> Rory.
> 
> 
> 2008/12/6 Jonatan Liljedahl :
>> Is there any "include" functionality in the orchestra? Then one could
>> just include the file with the UDO's (include would then look in
>> OPCODEDIR, the dir of the orchestra, the current work directory, etc).
>> If any UDO uses another UDO they would also use "include" and there
>> would be no need to handle dependencies explicitly.
>>
>> Anthony Kozar wrote:
>>> Dependencies would seem to really complicate the idea of automatically
>>> loading UDOs.  I suggest that we not implement the UDODIR idea without a
>>>
> 
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


-- 
/Jonatan         [ http://kymatica.com ]

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net