Actually, I think plugins are the way to go. It is, as you correctly note, 
the only truly cross-platform method of extending Csound. The module loading 
code already in Csound is all that is required. The interface is declared in 
csmodule.h and it is used by a numer of existing opcodes and other plugins. 
The plugin for score preprocessing can register a global variable that is an 
interface to its functionality, and also register opcodes.

The only part of the architecture that does not currently exist is to break 
up Csound's processing steps into a series of blocks connected with abstract 
interfaces. Any loadable module could then replace one of these blocks with 
its own interface. This is what is called "hooks" in software engineering 
and it is the normal solution to this kind of problem. It could be used for 
any number of purposes in Csound, including substituting different orchestra 
parsers.

Regards,
Mike
----- Original Message ----- 
From: "Anthony Kozar" 
To: "New Csound Developer list" 
Sent: Wednesday, March 18, 2009 4:11 AM
Subject: Re: [Cs-dev] MusicXML


> jpff wrote on 3/18/09 3:19 AM:
>
>> --keep-temp-files could be interesting.  Will think about it.
>
> This should be easy to implement by modifying remove_tmpfiles() in
> one_file.c.
>
>> system is part of C89, C99, and POSIX.1-2001.  If OS9 does not
>> implement it that is a bug in the C system.  Actually it is not too
>> hard to write -- I did when I supported OS9 code.
>
> What would system() do on OS 9?  There is no way to pass commandline
> arguments to the main() function of a standard Mac OS 9 program.  It could
> be done with Apple Events ...
>
> I guess when I asked about a "platform-independent mechanism" for doing
> this, I really did not think that one would exist.
>
>> The use of system is very simple; it could be replaced by fork/exec but
>> that is less portable.
>
> fork and exec are definitely not implemented on OS 9.  I think making the
> score preprocessors as plugins to Csound might be about the only assured
> "cross-platform" solution, but that is far less flexible than the current
> implementation, so I am not recommending it.
>
> But I suppose there is no reason to be concerned.  I will not be making 
> any
> more official releases of Csound for OS 9.  I may continue to tinker with
> that port until Csound 6 is released, but it is no longer a priority.
>
> Anthony
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:

> Actually, I think plugins are the way to go. It is, as you correctly note,
> the only truly cross-platform method of extending Csound.

I suppose that plugins could be used and John's implementation could become
a simple "system" plugin that could call any arbitrary commandline program
to preprocess the score.  This would still allow users to use GPl'd
preprocessors such as Cmask or non-open-source ones like nGen without having
to plugins out of them.  I could also (if desired) write a plugin for Mac OS
9 that would send an appropriate Apple Event to any Mac application that
could understand it.

If we used a plugin system for preprocessors, would it be useful for Csound
to read arbitrary attributes to the  tag for which the plugins
could then query?

Ex. 
    

I am curious about plugins and various "fringe" platforms.  IIRC, David
Akbari had to create a special build of Csound for the Playstation 3 that
statically linked all of the plugin opcodes.  Also, several people have
expressed the desire to run Csound on their PDAs or cell phones.  Do these
devices support plugin libraries (or traditional argc/argv for that matter)?
 
> The only part of the architecture that does not currently exist is to break
> up Csound's processing steps into a series of blocks connected with abstract
> interfaces. Any loadable module could then replace one of these blocks with
> its own interface. This is what is called "hooks" in software engineering
> and it is the normal solution to this kind of problem. It could be used for
> any number of purposes in Csound, including substituting different orchestra
> parsers.

This is a good goal for Csound 6.  Note that we already have at least one
"hook" which is the Cscore callback.  It is not suitable for the current
problem though since it processes standard numeric scores that are read by
Csound before being passed to Cscore.

Anthony


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Very interesting...

I am going to a buy a netbook and will try to build and run Csound and
CsoundAC on it - I'm pretty sure I will be able to do that.

As soon as it's possible to do that on a smartphone, I will do that as
well (currently I have no cell phone at all!).

I think your attributes idea is good. However, the easiest thing is to
pass the whole XML element as a string and let the plugin parse it.
That's a little more powerful. And it raises the issue of making the
Csound unified file format true XML. That would make Csound more
powerful in the future. If not the whole string, then variable
arguments in the arrangement key0, value0, key1, value1, ... null
should do the job.

I don't know what the limitations of smartphone operating systems are.
I would guess that Linux phones support the regular main function with
argc and argv. Others don't seem to, but I'm not sure, I don't have
any actual experience. This whole field is evolving and appears to be
gradually becoming more open.

One thing is for sure - I don't want a smartphone that won't run
"native code," i.e. code compiled by a C/C++ compiler, and I do want
C++ in addition to C.

Regards,
Mike

On Wed, Mar 18, 2009 at 2:54 PM, Anthony Kozar
 wrote:
> michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:
>
>> Actually, I think plugins are the way to go. It is, as you correctly note,
>> the only truly cross-platform method of extending Csound.
>
> I suppose that plugins could be used and John's implementation could become
> a simple "system" plugin that could call any arbitrary commandline program
> to preprocess the score.  This would still allow users to use GPl'd
> preprocessors such as Cmask or non-open-source ones like nGen without having
> to plugins out of them.  I could also (if desired) write a plugin for Mac OS
> 9 that would send an appropriate Apple Event to any Mac application that
> could understand it.
>
> If we used a plugin system for preprocessors, would it be useful for Csound
> to read arbitrary attributes to the  tag for which the plugins
> could then query?
>
> Ex. 
>    
>
> I am curious about plugins and various "fringe" platforms.  IIRC, David
> Akbari had to create a special build of Csound for the Playstation 3 that
> statically linked all of the plugin opcodes.  Also, several people have
> expressed the desire to run Csound on their PDAs or cell phones.  Do these
> devices support plugin libraries (or traditional argc/argv for that matter)?
>
>> The only part of the architecture that does not currently exist is to break
>> up Csound's processing steps into a series of blocks connected with abstract
>> interfaces. Any loadable module could then replace one of these blocks with
>> its own interface. This is what is called "hooks" in software engineering
>> and it is the normal solution to this kind of problem. It could be used for
>> any number of purposes in Csound, including substituting different orchestra
>> parsers.
>
> This is a good goal for Csound 6.  Note that we already have at least one
> "hook" which is the Cscore callback.  It is not suitable for the current
> problem though since it processes standard numeric scores that are read by
> Csound before being passed to Cscore.
>
> Anthony
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 
Michael Gogins
Irreducible Productions
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I have a netbook (Acer Aspire One) and I think Csound runs plenty well
on it, as does blue.  The Atom processor is actually dual core.  I've
enjoyed mine quite a bit!

As for smartphones and other constrained devices, I tried running
Csound on my Zaurus a while back and it was useless as it was so slow.
I just don't think it's that useful on such small platforms,
regardless of if it was up to speed, but that's just my opinion.

On Wed, Mar 18, 2009 at 12:03 PM, Michael Gogins
 wrote:
> Very interesting...
>
> I am going to a buy a netbook and will try to build and run Csound and
> CsoundAC on it - I'm pretty sure I will be able to do that.
>
> As soon as it's possible to do that on a smartphone, I will do that as
> well (currently I have no cell phone at all!).
>
> I think your attributes idea is good. However, the easiest thing is to
> pass the whole XML element as a string and let the plugin parse it.
> That's a little more powerful. And it raises the issue of making the
> Csound unified file format true XML. That would make Csound more
> powerful in the future. If not the whole string, then variable
> arguments in the arrangement key0, value0, key1, value1, ... null
> should do the job.
>
> I don't know what the limitations of smartphone operating systems are.
> I would guess that Linux phones support the regular main function with
> argc and argv. Others don't seem to, but I'm not sure, I don't have
> any actual experience. This whole field is evolving and appears to be
> gradually becoming more open.
>
> One thing is for sure - I don't want a smartphone that won't run
> "native code," i.e. code compiled by a C/C++ compiler, and I do want
> C++ in addition to C.
>
> Regards,
> Mike
>
> On Wed, Mar 18, 2009 at 2:54 PM, Anthony Kozar
>  wrote:
>> michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:
>>
>>> Actually, I think plugins are the way to go. It is, as you correctly note,
>>> the only truly cross-platform method of extending Csound.
>>
>> I suppose that plugins could be used and John's implementation could become
>> a simple "system" plugin that could call any arbitrary commandline program
>> to preprocess the score.  This would still allow users to use GPl'd
>> preprocessors such as Cmask or non-open-source ones like nGen without having
>> to plugins out of them.  I could also (if desired) write a plugin for Mac OS
>> 9 that would send an appropriate Apple Event to any Mac application that
>> could understand it.
>>
>> If we used a plugin system for preprocessors, would it be useful for Csound
>> to read arbitrary attributes to the  tag for which the plugins
>> could then query?
>>
>> Ex. 
>>    
>>
>> I am curious about plugins and various "fringe" platforms.  IIRC, David
>> Akbari had to create a special build of Csound for the Playstation 3 that
>> statically linked all of the plugin opcodes.  Also, several people have
>> expressed the desire to run Csound on their PDAs or cell phones.  Do these
>> devices support plugin libraries (or traditional argc/argv for that matter)?
>>
>>> The only part of the architecture that does not currently exist is to break
>>> up Csound's processing steps into a series of blocks connected with abstract
>>> interfaces. Any loadable module could then replace one of these blocks with
>>> its own interface. This is what is called "hooks" in software engineering
>>> and it is the normal solution to this kind of problem. It could be used for
>>> any number of purposes in Csound, including substituting different orchestra
>>> parsers.
>>
>> This is a good goal for Csound 6.  Note that we already have at least one
>> "hook" which is the Cscore callback.  It is not suitable for the current
>> problem though since it processes standard numeric scores that are read by
>> Csound before being passed to Cscore.
>>
>> Anthony
>>
>>
>> ------------------------------------------------------------------------------
>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>> software that enables intelligent coding and step-through debugging.
>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks for the feedback! I'm looking forward to getting a netbook soon.

Is yours running Linux or Windows?

Best,
Mike

On Wed, Mar 18, 2009 at 4:39 PM, Steven Yi  wrote:
> I have a netbook (Acer Aspire One) and I think Csound runs plenty well
> on it, as does blue.  The Atom processor is actually dual core.  I've
> enjoyed mine quite a bit!
>
> As for smartphones and other constrained devices, I tried running
> Csound on my Zaurus a while back and it was useless as it was so slow.
> I just don't think it's that useful on such small platforms,
> regardless of if it was up to speed, but that's just my opinion.
>
> On Wed, Mar 18, 2009 at 12:03 PM, Michael Gogins
>  wrote:
>> Very interesting...
>>
>> I am going to a buy a netbook and will try to build and run Csound and
>> CsoundAC on it - I'm pretty sure I will be able to do that.
>>
>> As soon as it's possible to do that on a smartphone, I will do that as
>> well (currently I have no cell phone at all!).
>>
>> I think your attributes idea is good. However, the easiest thing is to
>> pass the whole XML element as a string and let the plugin parse it.
>> That's a little more powerful. And it raises the issue of making the
>> Csound unified file format true XML. That would make Csound more
>> powerful in the future. If not the whole string, then variable
>> arguments in the arrangement key0, value0, key1, value1, ... null
>> should do the job.
>>
>> I don't know what the limitations of smartphone operating systems are.
>> I would guess that Linux phones support the regular main function with
>> argc and argv. Others don't seem to, but I'm not sure, I don't have
>> any actual experience. This whole field is evolving and appears to be
>> gradually becoming more open.
>>
>> One thing is for sure - I don't want a smartphone that won't run
>> "native code," i.e. code compiled by a C/C++ compiler, and I do want
>> C++ in addition to C.
>>
>> Regards,
>> Mike
>>
>> On Wed, Mar 18, 2009 at 2:54 PM, Anthony Kozar
>>  wrote:
>>> michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:
>>>
>>>> Actually, I think plugins are the way to go. It is, as you correctly note,
>>>> the only truly cross-platform method of extending Csound.
>>>
>>> I suppose that plugins could be used and John's implementation could become
>>> a simple "system" plugin that could call any arbitrary commandline program
>>> to preprocess the score.  This would still allow users to use GPl'd
>>> preprocessors such as Cmask or non-open-source ones like nGen without having
>>> to plugins out of them.  I could also (if desired) write a plugin for Mac OS
>>> 9 that would send an appropriate Apple Event to any Mac application that
>>> could understand it.
>>>
>>> If we used a plugin system for preprocessors, would it be useful for Csound
>>> to read arbitrary attributes to the  tag for which the plugins
>>> could then query?
>>>
>>> Ex. 
>>>    
>>>
>>> I am curious about plugins and various "fringe" platforms.  IIRC, David
>>> Akbari had to create a special build of Csound for the Playstation 3 that
>>> statically linked all of the plugin opcodes.  Also, several people have
>>> expressed the desire to run Csound on their PDAs or cell phones.  Do these
>>> devices support plugin libraries (or traditional argc/argv for that matter)?
>>>
>>>> The only part of the architecture that does not currently exist is to break
>>>> up Csound's processing steps into a series of blocks connected with abstract
>>>> interfaces. Any loadable module could then replace one of these blocks with
>>>> its own interface. This is what is called "hooks" in software engineering
>>>> and it is the normal solution to this kind of problem. It could be used for
>>>> any number of purposes in Csound, including substituting different orchestra
>>>> parsers.
>>>
>>> This is a good goal for Csound 6.  Note that we already have at least one
>>> "hook" which is the Cscore callback.  It is not suitable for the current
>>> problem though since it processes standard numeric scores that are read by
>>> Csound before being passed to Cscore.
>>>
>>> Anthony
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>> software that enables intelligent coding and step-through debugging.
>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>> software that enables intelligent coding and step-through debugging.
>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 
Michael Gogins
Irreducible Productions
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

How do the Pd guys do it? They seem to get good results out of all
sorts of household junk. The rjdj project looks fun too.

Rory.



2009/3/18 Steven Yi :
> I have a netbook (Acer Aspire One) and I think Csound runs plenty well
> on it, as does blue.  The Atom processor is actually dual core.  I've
> enjoyed mine quite a bit!
>
> As for smartphones and other constrained devices, I tried running
> Csound on my Zaurus a while back and it was useless as it was so slow.
> I just don't think it's that useful on such small platforms,
> regardless of if it was up to speed, but that's just my opinion.
>
> On Wed, Mar 18, 2009 at 12:03 PM, Michael Gogins
>  wrote:
>> Very interesting...
>>
>> I am going to a buy a netbook and will try to build and run Csound and
>> CsoundAC on it - I'm pretty sure I will be able to do that.
>>
>> As soon as it's possible to do that on a smartphone, I will do that as
>> well (currently I have no cell phone at all!).
>>
>> I think your attributes idea is good. However, the easiest thing is to
>> pass the whole XML element as a string and let the plugin parse it.
>> That's a little more powerful. And it raises the issue of making the
>> Csound unified file format true XML. That would make Csound more
>> powerful in the future. If not the whole string, then variable
>> arguments in the arrangement key0, value0, key1, value1, ... null
>> should do the job.
>>
>> I don't know what the limitations of smartphone operating systems are.
>> I would guess that Linux phones support the regular main function with
>> argc and argv. Others don't seem to, but I'm not sure, I don't have
>> any actual experience. This whole field is evolving and appears to be
>> gradually becoming more open.
>>
>> One thing is for sure - I don't want a smartphone that won't run
>> "native code," i.e. code compiled by a C/C++ compiler, and I do want
>> C++ in addition to C.
>>
>> Regards,
>> Mike
>>
>> On Wed, Mar 18, 2009 at 2:54 PM, Anthony Kozar
>>  wrote:
>>> michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:
>>>
>>>> Actually, I think plugins are the way to go. It is, as you correctly note,
>>>> the only truly cross-platform method of extending Csound.
>>>
>>> I suppose that plugins could be used and John's implementation could become
>>> a simple "system" plugin that could call any arbitrary commandline program
>>> to preprocess the score.  This would still allow users to use GPl'd
>>> preprocessors such as Cmask or non-open-source ones like nGen without having
>>> to plugins out of them.  I could also (if desired) write a plugin for Mac OS
>>> 9 that would send an appropriate Apple Event to any Mac application that
>>> could understand it.
>>>
>>> If we used a plugin system for preprocessors, would it be useful for Csound
>>> to read arbitrary attributes to the  tag for which the plugins
>>> could then query?
>>>
>>> Ex. 
>>>    
>>>
>>> I am curious about plugins and various "fringe" platforms.  IIRC, David
>>> Akbari had to create a special build of Csound for the Playstation 3 that
>>> statically linked all of the plugin opcodes.  Also, several people have
>>> expressed the desire to run Csound on their PDAs or cell phones.  Do these
>>> devices support plugin libraries (or traditional argc/argv for that matter)?
>>>
>>>> The only part of the architecture that does not currently exist is to break
>>>> up Csound's processing steps into a series of blocks connected with abstract
>>>> interfaces. Any loadable module could then replace one of these blocks with
>>>> its own interface. This is what is called "hooks" in software engineering
>>>> and it is the normal solution to this kind of problem. It could be used for
>>>> any number of purposes in Csound, including substituting different orchestra
>>>> parsers.
>>>
>>> This is a good goal for Csound 6.  Note that we already have at least one
>>> "hook" which is the Cscore callback.  It is not suitable for the current
>>> problem though since it processes standard numeric scores that are read by
>>> Csound before being passed to Cscore.
>>>
>>> Anthony
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>> software that enables intelligent coding and step-through debugging.
>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>> software that enables intelligent coding and step-through debugging.
>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I read:
> How do the Pd guys do it? They seem to get good results out of all
> sorts of household junk. The rjdj project looks fun too.

pda is a fixed point port of pd -> http://gige.xdv.org/pda/

regards,

x

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

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I'm running Windows XP SP3 on this.  I haven't been using Linux much
the past year and a half as my work laptop is Windows and otherwise
I'm on the netbook now.  I am planning on installing Fedora 10 on this
netbook (I have it installed on a USB stick but it's sort of flaky,
and since the netbook has 160gigs, there's plenty of space to create a
linux partition) to do some tests and also to prepare for the Linux
Audio Conference.

I haven't had much time to compose lately as I'm rewriting blue using
Netbeans Rich Client Platform (a pretty big overhaul!), but before
that I was working on music with blue and Csound on it and it worked
fine for the piece I was working on.  No stutters or dropouts. The
machine overall of course isn't as fast as my work laptop that has
been setup for development, but once you remove unnecessary software
it's much faster than I would have expected.  Before I purchased it,
the test I did was I went into a store (Office Depot?) where they had
netbooks setup and it happened to have internet connection, so I
downloaded Csound and blue there at the store and ran through pieces
rendering in realtime and was surprised at the results.  Fast enough
for what I needed, and light enough to carry with me on the go without
a second thought.

The netbook market seems to be moving quite fast and mine is the 1st
gen version of the Aspire One.  I did do a bunch of research and ended
up going for this netbook due to balance in price and features.

Hope that helps!
steven

On Wed, Mar 18, 2009 at 1:57 PM, Michael Gogins
 wrote:
> Thanks for the feedback! I'm looking forward to getting a netbook soon.
>
> Is yours running Linux or Windows?
>
> Best,
> Mike
>
> On Wed, Mar 18, 2009 at 4:39 PM, Steven Yi  wrote:
>> I have a netbook (Acer Aspire One) and I think Csound runs plenty well
>> on it, as does blue.  The Atom processor is actually dual core.  I've
>> enjoyed mine quite a bit!
>>
>> As for smartphones and other constrained devices, I tried running
>> Csound on my Zaurus a while back and it was useless as it was so slow.
>> I just don't think it's that useful on such small platforms,
>> regardless of if it was up to speed, but that's just my opinion.
>>
>> On Wed, Mar 18, 2009 at 12:03 PM, Michael Gogins
>>  wrote:
>>> Very interesting...
>>>
>>> I am going to a buy a netbook and will try to build and run Csound and
>>> CsoundAC on it - I'm pretty sure I will be able to do that.
>>>
>>> As soon as it's possible to do that on a smartphone, I will do that as
>>> well (currently I have no cell phone at all!).
>>>
>>> I think your attributes idea is good. However, the easiest thing is to
>>> pass the whole XML element as a string and let the plugin parse it.
>>> That's a little more powerful. And it raises the issue of making the
>>> Csound unified file format true XML. That would make Csound more
>>> powerful in the future. If not the whole string, then variable
>>> arguments in the arrangement key0, value0, key1, value1, ... null
>>> should do the job.
>>>
>>> I don't know what the limitations of smartphone operating systems are.
>>> I would guess that Linux phones support the regular main function with
>>> argc and argv. Others don't seem to, but I'm not sure, I don't have
>>> any actual experience. This whole field is evolving and appears to be
>>> gradually becoming more open.
>>>
>>> One thing is for sure - I don't want a smartphone that won't run
>>> "native code," i.e. code compiled by a C/C++ compiler, and I do want
>>> C++ in addition to C.
>>>
>>> Regards,
>>> Mike
>>>
>>> On Wed, Mar 18, 2009 at 2:54 PM, Anthony Kozar
>>>  wrote:
>>>> michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:
>>>>
>>>>> Actually, I think plugins are the way to go. It is, as you correctly note,
>>>>> the only truly cross-platform method of extending Csound.
>>>>
>>>> I suppose that plugins could be used and John's implementation could become
>>>> a simple "system" plugin that could call any arbitrary commandline program
>>>> to preprocess the score.  This would still allow users to use GPl'd
>>>> preprocessors such as Cmask or non-open-source ones like nGen without having
>>>> to plugins out of them.  I could also (if desired) write a plugin for Mac OS
>>>> 9 that would send an appropriate Apple Event to any Mac application that
>>>> could understand it.
>>>>
>>>> If we used a plugin system for preprocessors, would it be useful for Csound
>>>> to read arbitrary attributes to the  tag for which the plugins
>>>> could then query?
>>>>
>>>> Ex. 
>>>>    
>>>>
>>>> I am curious about plugins and various "fringe" platforms.  IIRC, David
>>>> Akbari had to create a special build of Csound for the Playstation 3 that
>>>> statically linked all of the plugin opcodes.  Also, several people have
>>>> expressed the desire to run Csound on their PDAs or cell phones.  Do these
>>>> devices support plugin libraries (or traditional argc/argv for that matter)?
>>>>
>>>>> The only part of the architecture that does not currently exist is to break
>>>>> up Csound's processing steps into a series of blocks connected with abstract
>>>>> interfaces. Any loadable module could then replace one of these blocks with
>>>>> its own interface. This is what is called "hooks" in software engineering
>>>>> and it is the normal solution to this kind of problem. It could be used for
>>>>> any number of purposes in Csound, including substituting different orchestra
>>>>> parsers.
>>>>
>>>> This is a good goal for Csound 6.  Note that we already have at least one
>>>> "hook" which is the Cscore callback.  It is not suitable for the current
>>>> problem though since it processes standard numeric scores that are read by
>>>> Csound before being passed to Cscore.
>>>>
>>>> Anthony
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>>> software that enables intelligent coding and step-through debugging.
>>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>> software that enables intelligent coding and step-through debugging.
>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>> software that enables intelligent coding and step-through debugging.
>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

OK, I just bought one, an Acer Aspire One.model KAV10.

I'm, frankly, astonished at how cute it is and how easy it is to haul
around. It came with Windows XP, then I tried Eeebuntu from a USB
drive, then I installed Eeebuntu 2.0 as dual boot, and everything
seemed to work, so I reformatted the hard disk and installed only
Eeebuntu on it.

So, the netbook will be my Linux machine, and my Qosmio will remain a
purely Windows machine.

My motives for using Linux on this thing are:

I want to use computer music software such as Aeolus that exists only
on Linux, or such as Loris or Taosynth that is better supported on
Linux, or non music software that is better supported on Linux such as
GNU Common Lisp or GAP.

It is easier to install and uninstall stuff on Linux than on Windows.

I want to help support Csound and CsoundAC on Linux.

And I want to see if I can do without Windows altogether, this means
eventually I want to try to run the Pianoteq VST plugin on this thing.

Anyway, this is the first time I have a computer that I can always
have with me, and the first time I have had a computer that runs only
Linux.

Regards,
Mike

On Wed, Mar 18, 2009 at 5:20 PM, Steven Yi  wrote:
> I'm running Windows XP SP3 on this.  I haven't been using Linux much
> the past year and a half as my work laptop is Windows and otherwise
> I'm on the netbook now.  I am planning on installing Fedora 10 on this
> netbook (I have it installed on a USB stick but it's sort of flaky,
> and since the netbook has 160gigs, there's plenty of space to create a
> linux partition) to do some tests and also to prepare for the Linux
> Audio Conference.
>
> I haven't had much time to compose lately as I'm rewriting blue using
> Netbeans Rich Client Platform (a pretty big overhaul!), but before
> that I was working on music with blue and Csound on it and it worked
> fine for the piece I was working on.  No stutters or dropouts. The
> machine overall of course isn't as fast as my work laptop that has
> been setup for development, but once you remove unnecessary software
> it's much faster than I would have expected.  Before I purchased it,
> the test I did was I went into a store (Office Depot?) where they had
> netbooks setup and it happened to have internet connection, so I
> downloaded Csound and blue there at the store and ran through pieces
> rendering in realtime and was surprised at the results.  Fast enough
> for what I needed, and light enough to carry with me on the go without
> a second thought.
>
> The netbook market seems to be moving quite fast and mine is the 1st
> gen version of the Aspire One.  I did do a bunch of research and ended
> up going for this netbook due to balance in price and features.
>
> Hope that helps!
> steven
>
> On Wed, Mar 18, 2009 at 1:57 PM, Michael Gogins
>  wrote:
>> Thanks for the feedback! I'm looking forward to getting a netbook soon.
>>
>> Is yours running Linux or Windows?
>>
>> Best,
>> Mike
>>
>> On Wed, Mar 18, 2009 at 4:39 PM, Steven Yi  wrote:
>>> I have a netbook (Acer Aspire One) and I think Csound runs plenty well
>>> on it, as does blue.  The Atom processor is actually dual core.  I've
>>> enjoyed mine quite a bit!
>>>
>>> As for smartphones and other constrained devices, I tried running
>>> Csound on my Zaurus a while back and it was useless as it was so slow.
>>> I just don't think it's that useful on such small platforms,
>>> regardless of if it was up to speed, but that's just my opinion.
>>>
>>> On Wed, Mar 18, 2009 at 12:03 PM, Michael Gogins
>>>  wrote:
>>>> Very interesting...
>>>>
>>>> I am going to a buy a netbook and will try to build and run Csound and
>>>> CsoundAC on it - I'm pretty sure I will be able to do that.
>>>>
>>>> As soon as it's possible to do that on a smartphone, I will do that as
>>>> well (currently I have no cell phone at all!).
>>>>
>>>> I think your attributes idea is good. However, the easiest thing is to
>>>> pass the whole XML element as a string and let the plugin parse it.
>>>> That's a little more powerful. And it raises the issue of making the
>>>> Csound unified file format true XML. That would make Csound more
>>>> powerful in the future. If not the whole string, then variable
>>>> arguments in the arrangement key0, value0, key1, value1, ... null
>>>> should do the job.
>>>>
>>>> I don't know what the limitations of smartphone operating systems are.
>>>> I would guess that Linux phones support the regular main function with
>>>> argc and argv. Others don't seem to, but I'm not sure, I don't have
>>>> any actual experience. This whole field is evolving and appears to be
>>>> gradually becoming more open.
>>>>
>>>> One thing is for sure - I don't want a smartphone that won't run
>>>> "native code," i.e. code compiled by a C/C++ compiler, and I do want
>>>> C++ in addition to C.
>>>>
>>>> Regards,
>>>> Mike
>>>>
>>>> On Wed, Mar 18, 2009 at 2:54 PM, Anthony Kozar
>>>>  wrote:
>>>>> michael.gogins@gmail.com wrote on 3/18/09 7:25 AM:
>>>>>
>>>>>> Actually, I think plugins are the way to go. It is, as you correctly note,
>>>>>> the only truly cross-platform method of extending Csound.
>>>>>
>>>>> I suppose that plugins could be used and John's implementation could become
>>>>> a simple "system" plugin that could call any arbitrary commandline program
>>>>> to preprocess the score.  This would still allow users to use GPl'd
>>>>> preprocessors such as Cmask or non-open-source ones like nGen without having
>>>>> to plugins out of them.  I could also (if desired) write a plugin for Mac OS
>>>>> 9 that would send an appropriate Apple Event to any Mac application that
>>>>> could understand it.
>>>>>
>>>>> If we used a plugin system for preprocessors, would it be useful for Csound
>>>>> to read arbitrary attributes to the  tag for which the plugins
>>>>> could then query?
>>>>>
>>>>> Ex. 
>>>>>    
>>>>>
>>>>> I am curious about plugins and various "fringe" platforms.  IIRC, David
>>>>> Akbari had to create a special build of Csound for the Playstation 3 that
>>>>> statically linked all of the plugin opcodes.  Also, several people have
>>>>> expressed the desire to run Csound on their PDAs or cell phones.  Do these
>>>>> devices support plugin libraries (or traditional argc/argv for that matter)?
>>>>>
>>>>>> The only part of the architecture that does not currently exist is to break
>>>>>> up Csound's processing steps into a series of blocks connected with abstract
>>>>>> interfaces. Any loadable module could then replace one of these blocks with
>>>>>> its own interface. This is what is called "hooks" in software engineering
>>>>>> and it is the normal solution to this kind of problem. It could be used for
>>>>>> any number of purposes in Csound, including substituting different orchestra
>>>>>> parsers.
>>>>>
>>>>> This is a good goal for Csound 6.  Note that we already have at least one
>>>>> "hook" which is the Cscore callback.  It is not suitable for the current
>>>>> problem though since it processes standard numeric scores that are read by
>>>>> Csound before being passed to Cscore.
>>>>>
>>>>> Anthony
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>>>> software that enables intelligent coding and step-through debugging.
>>>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Michael Gogins
>>>> Irreducible Productions
>>>> Michael dot Gogins at gmail dot com
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>>> software that enables intelligent coding and step-through debugging.
>>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>>> software that enables intelligent coding and step-through debugging.
>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
>> software that enables intelligent coding and step-through debugging.
>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 
Michael Gogins
Irreducible Productions
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Pretty cool, Mike :)

My wife and I have been talking about these since you brought up the topic
and think we might like to get one.  I think I probably would have gone with
Ubuntu on my PowerMac last fall if we had not needed certain Mac OS X
programs to communicate with family.  So, I sympathize with the impetus to
move entirely towards Linux.  Mac OS X Leopard does give me access to a
large number of open-source programs that I was previously denied though.

I'd also like to put time into helping to support Csound on Linux PPC, but
there are so many other things to do ...

Do keep us updated on any interesting findings!

Thanks.

Anthony

Michael Gogins wrote on 3/22/09 12:15 PM:

> OK, I just bought one, an Acer Aspire One.model KAV10.
> 
> I'm, frankly, astonished at how cute it is and how easy it is to haul
> around. It came with Windows XP, then I tried Eeebuntu from a USB
> drive, then I installed Eeebuntu 2.0 as dual boot, and everything
> seemed to work, so I reformatted the hard disk and installed only
> Eeebuntu on it.
> 
> So, the netbook will be my Linux machine, and my Qosmio will remain a
> purely Windows machine.
> 
> My motives for using Linux on this thing are:
> 
> I want to use computer music software such as Aeolus that exists only
> on Linux, or such as Loris or Taosynth that is better supported on
> Linux, or non music software that is better supported on Linux such as
> GNU Common Lisp or GAP.
> 
> It is easier to install and uninstall stuff on Linux than on Windows.
> 
> I want to help support Csound and CsoundAC on Linux.
> 
> And I want to see if I can do without Windows altogether, this means
> eventually I want to try to run the Pianoteq VST plugin on this thing.
> 
> Anyway, this is the first time I have a computer that I can always
> have with me, and the first time I have had a computer that runs only
> Linux.


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

BTW, the debian packages for csound are also built for powepc (and
several other architectures). So far, there has been only one
arch-specific issue reported in the debian bug tracker (a build
failure on alpha, already fixed)

Saludos,
Felipe Sateler



On Tue, Mar 24, 2009 at 10:44, Anthony Kozar
 wrote:
> Pretty cool, Mike :)
>
> My wife and I have been talking about these since you brought up the topic
> and think we might like to get one.  I think I probably would have gone with
> Ubuntu on my PowerMac last fall if we had not needed certain Mac OS X
> programs to communicate with family.  So, I sympathize with the impetus to
> move entirely towards Linux.  Mac OS X Leopard does give me access to a
> large number of open-source programs that I was previously denied though.
>
> I'd also like to put time into helping to support Csound on Linux PPC, but
> there are so many other things to do ...
>
> Do keep us updated on any interesting findings!
>
> Thanks.
>
> Anthony
>
> Michael Gogins wrote on 3/22/09 12:15 PM:
>
>> OK, I just bought one, an Acer Aspire One.model KAV10.
>>
>> I'm, frankly, astonished at how cute it is and how easy it is to haul
>> around. It came with Windows XP, then I tried Eeebuntu from a USB
>> drive, then I installed Eeebuntu 2.0 as dual boot, and everything
>> seemed to work, so I reformatted the hard disk and installed only
>> Eeebuntu on it.
>>
>> So, the netbook will be my Linux machine, and my Qosmio will remain a
>> purely Windows machine.
>>
>> My motives for using Linux on this thing are:
>>
>> I want to use computer music software such as Aeolus that exists only
>> on Linux, or such as Loris or Taosynth that is better supported on
>> Linux, or non music software that is better supported on Linux such as
>> GNU Common Lisp or GAP.
>>
>> It is easier to install and uninstall stuff on Linux than on Windows.
>>
>> I want to help support Csound and CsoundAC on Linux.
>>
>> And I want to see if I can do without Windows altogether, this means
>> eventually I want to try to run the Pianoteq VST plugin on this thing.
>>
>> Anyway, this is the first time I have a computer that I can always
>> have with me, and the first time I have had a computer that runs only
>> Linux.
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks Felipe!  Maybe there are not any significant issues then for Csound
Linux PowerPC anymore.  Hopefully, I will be able to try it out again soon.
Thanks again for your work!

Anthony Kozar
mailing-lists-1001 AT anthonykozar DOT net
http://anthonykozar.net/

Felipe Sateler wrote on 3/23/09 8:54 PM:

> BTW, the debian packages for csound are also built for powepc (and
> several other architectures). So far, there has been only one
> arch-specific issue reported in the debian bug tracker (a build
> failure on alpha, already fixed)


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Heh, I think I can't take the credit there... it is just a consecuence
of uploading the i386 or amd64 binaries: the system will automatically
build them for all supported architectures (which include alpha amd64
arm armel hppa i386 ia64 mips mipsel powerpc and sparc). Packages  may
even get built for unsupported architectures such as m68k, or
non-linux kernels like BSD or the Hurd.

I think the credits go to all of you that made the code portable :).

Saludos,
Felipe Sateler



On Wed, Mar 25, 2009 at 00:46, Anthony Kozar
 wrote:
> Thanks Felipe!  Maybe there are not any significant issues then for Csound
> Linux PowerPC anymore.  Hopefully, I will be able to try it out again soon.
> Thanks again for your work!
>
> Anthony Kozar
> mailing-lists-1001 AT anthonykozar DOT net
> http://anthonykozar.net/
>
> Felipe Sateler wrote on 3/23/09 8:54 PM:
>
>> BTW, the debian packages for csound are also built for powepc (and
>> several other architectures). So far, there has been only one
>> arch-specific issue reported in the debian bug tracker (a build
>> failure on alpha, already fixed)
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net