My thinking is similar to Iain's.

Surely, command-line/CsOptions flags will sometimes need to be changed - but
beginners and performers need *something* to go on - something *likely* to
work.

That's why flags need to be as standardized as possible, and as intuitive as
possible, *and* why default values should work OK, if not optimally, on the
majority of systems.

Otherwise, most of us will revert to a single preferred platform, a single
preferred (and perhaps custom) version of Csound, and write our own pieces
(if we ever get that far) for ourselves, and forget in five years or less
how we did it. (With age, the length of time it requires to forget gets
shorter too.)

Art Hunkins

----- Original Message -----
From: "Iain Duncan" 
To: 
Sent: Tuesday, February 22, 2005 5:06 PM
Subject: Re: [Cs-dev] tests and examples for Cs5


> Well, you can always include a few versions with comments and let the
> user un-comment the right one. I think that can be helpful to new users
> who might not know all the flags.
>
> Iain
>
> Istvan Varga wrote:
> > Art Hunkins wrote:
> >
> >
> >> I attempt to include working command sequences for all Csound versions
> >> capable of realtime performance of my .csd's *in CsOptions*.
> >
> >
> > I do not think it is a good idea to include command line options in CSD
> > files that are going to be distributed. Even if there are no
> > incompatibilities,
> > it is not necessarily sure that everyone prefers to use the same
settings
> > (message level, buffer sizes, device identifiers etc.) as those included
in
> > the CSD. And the fact that a particular flag is supported by a version
of
> > Csound does not always mean that it will actually work (for example,
> > a buffer size may be too small, a device may not exist, etc.).
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Art Hunkins wrote:

>Surely, command-line/CsOptions flags will sometimes need to be changed - but
>beginners and performers need *something* to go on - something *likely* to
>work.
>
>That's why flags need to be as standardized as possible, and as intuitive as
>possible, *and* why default values should work OK, if not optimally, on the
>majority of systems.
>
>Otherwise, most of us will revert to a single preferred platform, a single
>preferred (and perhaps custom) version of Csound, and write our own pieces
>(if we ever get that far) for ourselves, and forget in five years or less
>how we did it. (With age, the length of time it requires to forget gets
>shorter too.)
>  
>
Again, following Dr. B's suggestions, I've been preparing my tests and 
examples with default configurations for an ALSA-aware Linux system, all 
lowest-common-denominator command sequences. The CsOptions are designed 
to work out of the box.

Of course, they're not likely to, but like Art says, I gotta try.  ;-)

Best,

dp




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net