At present the default name for an output audio file is
test.wav if -W set
test.aif if -A set
test.au  if au output is set
otherwise test

It seems to me that as we now support many more output formats this
should be revisited, to include at least .ogg, .voc, and .flac and
probably W64, WAVEX and others I do not recognise

Any thoughts?  Incompatible but probably useful
==John ffitch

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Personally I think a file name with extension would suffice.

-o test.ogg

-o test.wav

-o test.aif

etc. Seems pretty straight forward?

Rory.




On 17 April 2012 11:52, john ffitch  wrote:
> At present the default name for an output audio file is
> test.wav if -W set
> test.aif if -A set
> test.au  if au output is set
> otherwise test
>
> It seems to me that as we now support many more output formats this
> should be revisited, to include at least .ogg, .voc, and .flac and
> probably W64, WAVEX and others I do not recognise
>
> Any thoughts?  Incompatible but probably useful
> ==John ffitch
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On 17/04/2012 11:57, Rory Walsh wrote:
> Personally I think a file name with extension would suffice.
>
> -o test.ogg
>
> -o test.wav
>
> -o test.aif
>
> etc. Seems pretty straight forward?
>

There are two standard ambiguities to deal with (umm, there may be 
others I am unaware of): both plain WAVE and WAVEX use the .wav 
extension, and an aiff file has to be aiff-c format if using 
floating-point samples. Both can in principle be resolved internally 
(and may already be if libsndfile looks after all that).

In the case of .wav, any soundfile that is either more than two 
channels, or has a sample rate above 48KHz, or a sample size > 16bits, 
should, strictly speaking, be written in WAVEX rather than plain WAVE 
format. So the file extension given should indeed set the root output 
format; it would be nice not to continue to have the possibility of  a 
command line saying for eaxmple -W -o file.aif. Also, the 
three-character extension .aif was long ago deprecated by Apple, who 
would prefer either aiff or aifc as appropriate, with the latter the 
better as default. Any AIFF format file can use .aifc (the c merely 
indicates it may contain "compressed" formats or floats), but only 
integer PCM formats can use .aiff.

Richard Dobson


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

What about changing the filename prefix from "test" to "csound_audio"
or "csound_default" or "csound_output" or "cs_out" etc. The name
"test" doesn't actually mean test, and if there is going to be default
name, the name should reflect what is being created.


On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
 wrote:
> On 17/04/2012 11:57, Rory Walsh wrote:
>> Personally I think a file name with extension would suffice.
>>
>> -o test.ogg
>>
>> -o test.wav
>>
>> -o test.aif
>>
>> etc. Seems pretty straight forward?
>>
>
> There are two standard ambiguities to deal with (umm, there may be
> others I am unaware of): both plain WAVE and WAVEX use the .wav
> extension, and an aiff file has to be aiff-c format if using
> floating-point samples. Both can in principle be resolved internally
> (and may already be if libsndfile looks after all that).
>
> In the case of .wav, any soundfile that is either more than two
> channels, or has a sample rate above 48KHz, or a sample size > 16bits,
> should, strictly speaking, be written in WAVEX rather than plain WAVE
> format. So the file extension given should indeed set the root output
> format; it would be nice not to continue to have the possibility of  a
> command line saying for eaxmple -W -o file.aif. Also, the
> three-character extension .aif was long ago deprecated by Apple, who
> would prefer either aiff or aifc as appropriate, with the latter the
> better as default. Any AIFF format file can use .aifc (the c merely
> indicates it may contain "compressed" formats or floats), but only
> integer PCM formats can use .aiff.
>
> Richard Dobson
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
codehop.com | #code #art #music

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis

How something that actually means no more and no less than what it
says, like CsoundOutputSoundfile? Or csound_output_soundfile?

After all, "audio" can be in or out, "audio" can be sound card or
file, "output" can be audio or file, etc.

Regards,
Mike

On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin  wrote:
> What about changing the filename prefix from "test" to "csound_audio"
> or "csound_default" or "csound_output" or "cs_out" etc. The name
> "test" doesn't actually mean test, and if there is going to be default
> name, the name should reflect what is being created.
>
>
> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>  wrote:
>> On 17/04/2012 11:57, Rory Walsh wrote:
>>> Personally I think a file name with extension would suffice.
>>>
>>> -o test.ogg
>>>
>>> -o test.wav
>>>
>>> -o test.aif
>>>
>>> etc. Seems pretty straight forward?
>>>
>>
>> There are two standard ambiguities to deal with (umm, there may be
>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>> extension, and an aiff file has to be aiff-c format if using
>> floating-point samples. Both can in principle be resolved internally
>> (and may already be if libsndfile looks after all that).
>>
>> In the case of .wav, any soundfile that is either more than two
>> channels, or has a sample rate above 48KHz, or a sample size > 16bits,
>> should, strictly speaking, be written in WAVEX rather than plain WAVE
>> format. So the file extension given should indeed set the root output
>> format; it would be nice not to continue to have the possibility of  a
>> command line saying for eaxmple -W -o file.aif. Also, the
>> three-character extension .aif was long ago deprecated by Apple, who
>> would prefer either aiff or aifc as appropriate, with the latter the
>> better as default. Any AIFF format file can use .aifc (the c merely
>> indicates it may contain "compressed" formats or floats), but only
>> integer PCM formats can use .aiff.
>>
>> Richard Dobson
>>
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> codehop.com | #code #art #music
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

The .aif / .wav etc I think would be sufficient enough to imply soundfile. 

Sent from my Tricorder

On Apr 17, 2012, at 12:51 PM, Michael Gogins  wrote:

> How something that actually means no more and no less than what it
> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
> 
> After all, "audio" can be in or out, "audio" can be sound card or
> file, "output" can be audio or file, etc.
> 
> Regards,
> Mike
> 
> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin  wrote:
>> What about changing the filename prefix from "test" to "csound_audio"
>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>> "test" doesn't actually mean test, and if there is going to be default
>> name, the name should reflect what is being created.
>> 
>> 
>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>  wrote:
>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>> Personally I think a file name with extension would suffice.
>>>> 
>>>> -o test.ogg
>>>> 
>>>> -o test.wav
>>>> 
>>>> -o test.aif
>>>> 
>>>> etc. Seems pretty straight forward?
>>>> 
>>> 
>>> There are two standard ambiguities to deal with (umm, there may be
>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>> extension, and an aiff file has to be aiff-c format if using
>>> floating-point samples. Both can in principle be resolved internally
>>> (and may already be if libsndfile looks after all that).
>>> 
>>> In the case of .wav, any soundfile that is either more than two
>>> channels, or has a sample rate above 48KHz, or a sample size > 16bits,
>>> should, strictly speaking, be written in WAVEX rather than plain WAVE
>>> format. So the file extension given should indeed set the root output
>>> format; it would be nice not to continue to have the possibility of  a
>>> command line saying for eaxmple -W -o file.aif. Also, the
>>> three-character extension .aif was long ago deprecated by Apple, who
>>> would prefer either aiff or aifc as appropriate, with the latter the
>>> better as default. Any AIFF format file can use .aifc (the c merely
>>> indicates it may contain "compressed" formats or floats), but only
>>> integer PCM formats can use .aiff.
>>> 
>>> Richard Dobson
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> 
>> --
>> codehop.com | #code #art #music
>> 
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> 
> -- 
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
> 
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second 
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

But it says nothing about whether it is an output soundfile.

Regards,
Mike

On Tue, Apr 17, 2012 at 4:02 PM, Jacob Joaquin  wrote:
> The .aif / .wav etc I think would be sufficient enough to imply soundfile.
>
> Sent from my Tricorder
>
> On Apr 17, 2012, at 12:51 PM, Michael Gogins  wrote:
>
>> How something that actually means no more and no less than what it
>> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
>>
>> After all, "audio" can be in or out, "audio" can be sound card or
>> file, "output" can be audio or file, etc.
>>
>> Regards,
>> Mike
>>
>> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin  wrote:
>>> What about changing the filename prefix from "test" to "csound_audio"
>>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>>> "test" doesn't actually mean test, and if there is going to be default
>>> name, the name should reflect what is being created.
>>>
>>>
>>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>>  wrote:
>>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>>> Personally I think a file name with extension would suffice.
>>>>>
>>>>> -o test.ogg
>>>>>
>>>>> -o test.wav
>>>>>
>>>>> -o test.aif
>>>>>
>>>>> etc. Seems pretty straight forward?
>>>>>
>>>>
>>>> There are two standard ambiguities to deal with (umm, there may be
>>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>>> extension, and an aiff file has to be aiff-c format if using
>>>> floating-point samples. Both can in principle be resolved internally
>>>> (and may already be if libsndfile looks after all that).
>>>>
>>>> In the case of .wav, any soundfile that is either more than two
>>>> channels, or has a sample rate above 48KHz, or a sample size > 16bits,
>>>> should, strictly speaking, be written in WAVEX rather than plain WAVE
>>>> format. So the file extension given should indeed set the root output
>>>> format; it would be nice not to continue to have the possibility of  a
>>>> command line saying for eaxmple -W -o file.aif. Also, the
>>>> three-character extension .aif was long ago deprecated by Apple, who
>>>> would prefer either aiff or aifc as appropriate, with the latter the
>>>> better as default. Any AIFF format file can use .aifc (the c merely
>>>> indicates it may contain "compressed" formats or floats), but only
>>>> integer PCM formats can use .aiff.
>>>>
>>>> Richard Dobson
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Better than sec? Nothing is better than sec when it comes to
>>>> monitoring Big Data applications. Try Boundary one-second
>>>> resolution app monitoring today. Free.
>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> codehop.com | #code #art #music
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

What other kind of output file could it be if it's a soundfile?


On Tue, Apr 17, 2012 at 1:11 PM, Michael Gogins
 wrote:
> But it says nothing about whether it is an output soundfile.
>
> Regards,
> Mike
>
> On Tue, Apr 17, 2012 at 4:02 PM, Jacob Joaquin  wrote:
>> The .aif / .wav etc I think would be sufficient enough to imply soundfile.
>>
>> Sent from my Tricorder
>>
>> On Apr 17, 2012, at 12:51 PM, Michael Gogins  wrote:
>>
>>> How something that actually means no more and no less than what it
>>> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
>>>
>>> After all, "audio" can be in or out, "audio" can be sound card or
>>> file, "output" can be audio or file, etc.
>>>
>>> Regards,
>>> Mike
>>>
>>> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin  wrote:
>>>> What about changing the filename prefix from "test" to "csound_audio"
>>>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>>>> "test" doesn't actually mean test, and if there is going to be default
>>>> name, the name should reflect what is being created.
>>>>
>>>>
>>>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>>>  wrote:
>>>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>>>> Personally I think a file name with extension would suffice.
>>>>>>
>>>>>> -o test.ogg
>>>>>>
>>>>>> -o test.wav
>>>>>>
>>>>>> -o test.aif
>>>>>>
>>>>>> etc. Seems pretty straight forward?
>>>>>>
>>>>>
>>>>> There are two standard ambiguities to deal with (umm, there may be
>>>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>>>> extension, and an aiff file has to be aiff-c format if using
>>>>> floating-point samples. Both can in principle be resolved internally
>>>>> (and may already be if libsndfile looks after all that).
>>>>>
>>>>> In the case of .wav, any soundfile that is either more than two
>>>>> channels, or has a sample rate above 48KHz, or a sample size > 16bits,
>>>>> should, strictly speaking, be written in WAVEX rather than plain WAVE
>>>>> format. So the file extension given should indeed set the root output
>>>>> format; it would be nice not to continue to have the possibility of  a
>>>>> command line saying for eaxmple -W -o file.aif. Also, the
>>>>> three-character extension .aif was long ago deprecated by Apple, who
>>>>> would prefer either aiff or aifc as appropriate, with the latter the
>>>>> better as default. Any AIFF format file can use .aifc (the c merely
>>>>> indicates it may contain "compressed" formats or floats), but only
>>>>> integer PCM formats can use .aiff.
>>>>>
>>>>> Richard Dobson
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>> resolution app monitoring today. Free.
>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>> --
>>>> codehop.com | #code #art #music
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Better than sec? Nothing is better than sec when it comes to
>>>> monitoring Big Data applications. Try Boundary one-second
>>>> resolution app monitoring today. Free.
>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
codehop.com | #code #art #music

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/li

If it is a soundfile, it could be a sample file or other input
soundfile, and a naive user might be confused by that. I am suggesting
a name that does not have any ambiguity.

Also, it is possible for the user to cause Csound to write other sorts
of output files, including other sorts of output soundfiles.

Regards,
Mike

On Tue, Apr 17, 2012 at 4:28 PM, Jacob Joaquin  wrote:
> What other kind of output file could it be if it's a soundfile?
>
>
> On Tue, Apr 17, 2012 at 1:11 PM, Michael Gogins
>  wrote:
>> But it says nothing about whether it is an output soundfile.
>>
>> Regards,
>> Mike
>>
>> On Tue, Apr 17, 2012 at 4:02 PM, Jacob Joaquin  wrote:
>>> The .aif / .wav etc I think would be sufficient enough to imply soundfile.
>>>
>>> Sent from my Tricorder
>>>
>>> On Apr 17, 2012, at 12:51 PM, Michael Gogins  wrote:
>>>
>>>> How something that actually means no more and no less than what it
>>>> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
>>>>
>>>> After all, "audio" can be in or out, "audio" can be sound card or
>>>> file, "output" can be audio or file, etc.
>>>>
>>>> Regards,
>>>> Mike
>>>>
>>>> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin  wrote:
>>>>> What about changing the filename prefix from "test" to "csound_audio"
>>>>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>>>>> "test" doesn't actually mean test, and if there is going to be default
>>>>> name, the name should reflect what is being created.
>>>>>
>>>>>
>>>>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>>>>  wrote:
>>>>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>>>>> Personally I think a file name with extension would suffice.
>>>>>>>
>>>>>>> -o test.ogg
>>>>>>>
>>>>>>> -o test.wav
>>>>>>>
>>>>>>> -o test.aif
>>>>>>>
>>>>>>> etc. Seems pretty straight forward?
>>>>>>>
>>>>>>
>>>>>> There are two standard ambiguities to deal with (umm, there may be
>>>>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>>>>> extension, and an aiff file has to be aiff-c format if using
>>>>>> floating-point samples. Both can in principle be resolved internally
>>>>>> (and may already be if libsndfile looks after all that).
>>>>>>
>>>>>> In the case of .wav, any soundfile that is either more than two
>>>>>> channels, or has a sample rate above 48KHz, or a sample size > 16bits,
>>>>>> should, strictly speaking, be written in WAVEX rather than plain WAVE
>>>>>> format. So the file extension given should indeed set the root output
>>>>>> format; it would be nice not to continue to have the possibility of  a
>>>>>> command line saying for eaxmple -W -o file.aif. Also, the
>>>>>> three-character extension .aif was long ago deprecated by Apple, who
>>>>>> would prefer either aiff or aifc as appropriate, with the latter the
>>>>>> better as default. Any AIFF format file can use .aifc (the c merely
>>>>>> indicates it may contain "compressed" formats or floats), but only
>>>>>> integer PCM formats can use .aiff.
>>>>>>
>>>>>> Richard Dobson
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>> resolution app monitoring today. Free.
>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> codehop.com | #code #art #music
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>> resolution app monitoring today. Free.
>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>> --
>>>> Michael Gogins
>>>> Irreducible Productions
>>>> http://www.michael-gogins.com
>>>> Michael dot Gogins at gmail dot com
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Better than sec? Nothing is better than sec when it comes to
>>>> monitoring Big Data applications. Try Boundary one-second
>>>> resolution app monitoring today. Free.
>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> codehop.com | #code #art #music
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Personally I think the default output should be one of the dacs, since
almost everyone who runs Csound has a sound card.

On 4/17/12, Michael Gogins  wrote:
> If it is a soundfile, it could be a sample file or other input
> soundfile, and a naive user might be confused by that. I am suggesting
> a name that does not have any ambiguity.
>
> Also, it is possible for the user to cause Csound to write other sorts
> of output files, including other sorts of output soundfiles.
>
> Regards,
> Mike
>
> On Tue, Apr 17, 2012 at 4:28 PM, Jacob Joaquin 
> wrote:
>> What other kind of output file could it be if it's a soundfile?
>>
>>
>> On Tue, Apr 17, 2012 at 1:11 PM, Michael Gogins
>>  wrote:
>>> But it says nothing about whether it is an output soundfile.
>>>
>>> Regards,
>>> Mike
>>>
>>> On Tue, Apr 17, 2012 at 4:02 PM, Jacob Joaquin 
>>> wrote:
>>>> The .aif / .wav etc I think would be sufficient enough to imply
>>>> soundfile.
>>>>
>>>> Sent from my Tricorder
>>>>
>>>> On Apr 17, 2012, at 12:51 PM, Michael Gogins 
>>>> wrote:
>>>>
>>>>> How something that actually means no more and no less than what it
>>>>> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
>>>>>
>>>>> After all, "audio" can be in or out, "audio" can be sound card or
>>>>> file, "output" can be audio or file, etc.
>>>>>
>>>>> Regards,
>>>>> Mike
>>>>>
>>>>> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin 
>>>>> wrote:
>>>>>> What about changing the filename prefix from "test" to "csound_audio"
>>>>>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>>>>>> "test" doesn't actually mean test, and if there is going to be default
>>>>>> name, the name should reflect what is being created.
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>>>>>  wrote:
>>>>>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>>>>>> Personally I think a file name with extension would suffice.
>>>>>>>>
>>>>>>>> -o test.ogg
>>>>>>>>
>>>>>>>> -o test.wav
>>>>>>>>
>>>>>>>> -o test.aif
>>>>>>>>
>>>>>>>> etc. Seems pretty straight forward?
>>>>>>>>
>>>>>>>
>>>>>>> There are two standard ambiguities to deal with (umm, there may be
>>>>>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>>>>>> extension, and an aiff file has to be aiff-c format if using
>>>>>>> floating-point samples. Both can in principle be resolved internally
>>>>>>> (and may already be if libsndfile looks after all that).
>>>>>>>
>>>>>>> In the case of .wav, any soundfile that is either more than two
>>>>>>> channels, or has a sample rate above 48KHz, or a sample size >
>>>>>>> 16bits,
>>>>>>> should, strictly speaking, be written in WAVEX rather than plain WAVE
>>>>>>> format. So the file extension given should indeed set the root output
>>>>>>> format; it would be nice not to continue to have the possibility of
>>>>>>>  a
>>>>>>> command line saying for eaxmple -W -o file.aif. Also, the
>>>>>>> three-character extension .aif was long ago deprecated by Apple, who
>>>>>>> would prefer either aiff or aifc as appropriate, with the latter the
>>>>>>> better as default. Any AIFF format file can use .aifc (the c merely
>>>>>>> indicates it may contain "compressed" formats or floats), but only
>>>>>>> integer PCM formats can use .aiff.
>>>>>>>
>>>>>>> Richard Dobson
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>>> resolution app monitoring today. Free.
>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> codehop.com | #code #art #music
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>> resolution app monitoring today. Free.
>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Michael Gogins
>>>>> Irreducible Productions
>>>>> http://www.michael-gogins.com
>>>>> Michael dot Gogins at gmail dot com
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>> resolution app monitoring today. Free.
>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Better than sec? Nothing is better than sec when it comes to
>>>> monitoring Big Data applications. Try Boundary one-second
>>>> resolution app monitoring today. Free.
>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> codehop.com | #code #art #music
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On 18/04/2012 00:24, Adam Puckett wrote:
> Personally I think the default output should be one of the dacs, since
> almost everyone who runs Csound has a sound card.
>
  Just so long as users can be relied upon not to generate 
speaker-melting signals!

Richard Dobson

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

+1

On 4/17/12, Richard Dobson  wrote:
> On 18/04/2012 00:24, Adam Puckett wrote:
>> Personally I think the default output should be one of the dacs, since
>> almost everyone who runs Csound has a sound card.
>>
>   Just so long as users can be relied upon not to generate
> speaker-melting signals!
>
> Richard Dobson
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I tend to use "-o dac" in my .csoundrc so that my default rendering is
to dac.  I've been doing this so long I forgot that csound defaults
otherwise to file. :P

Another alternative is to not have a default output filename, and
force the user to provide one.  It makes it a bit less ambiguous in
some ways, and I think there's a precedent for commandline
applications that if rendering to output to either require a name be
provided, or use the input file's name but add an extension (i.e. if
input was myProject.csd, default to myProject.wav, etc.).

On Tue, Apr 17, 2012 at 7:36 PM, Adam Puckett  wrote:
> +1
>
> On 4/17/12, Richard Dobson  wrote:
>> On 18/04/2012 00:24, Adam Puckett wrote:
>>> Personally I think the default output should be one of the dacs, since
>>> almost everyone who runs Csound has a sound card.
>>>
>>   Just so long as users can be relied upon not to generate
>> speaker-melting signals!
>>
>> Richard Dobson
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Please no.  Not all locations are suitable for writing to DAC, and it
wou;ld disturb class teaching, my office, my friends. family etc


> Personally I think the default output should be one of the dacs, since
> almost everyone who runs Csound has a sound card.
>
> On 4/17/12, Michael Gogins  wrote:
>> If it is a soundfile, it could be a sample file or other input
>> soundfile, and a naive user might be confused by that. I am suggesting
>> a name that does not have any ambiguity.
>>
>> Also, it is possible for the user to cause Csound to write other sorts
>> of output files, including other sorts of output soundfiles.
>>
>> Regards,
>> Mike
>>
>> On Tue, Apr 17, 2012 at 4:28 PM, Jacob Joaquin 
>> wrote:
>>> What other kind of output file could it be if it's a soundfile?
>>>
>>>
>>> On Tue, Apr 17, 2012 at 1:11 PM, Michael Gogins
>>>  wrote:
>>>> But it says nothing about whether it is an output soundfile.
>>>>
>>>> Regards,
>>>> Mike
>>>>
>>>> On Tue, Apr 17, 2012 at 4:02 PM, Jacob Joaquin
>>>> 
>>>> wrote:
>>>>> The .aif / .wav etc I think would be sufficient enough to imply
>>>>> soundfile.
>>>>>
>>>>> Sent from my Tricorder
>>>>>
>>>>> On Apr 17, 2012, at 12:51 PM, Michael Gogins
>>>>> 
>>>>> wrote:
>>>>>
>>>>>> How something that actually means no more and no less than what it
>>>>>> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
>>>>>>
>>>>>> After all, "audio" can be in or out, "audio" can be sound card or
>>>>>> file, "output" can be audio or file, etc.
>>>>>>
>>>>>> Regards,
>>>>>> Mike
>>>>>>
>>>>>> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin
>>>>>> 
>>>>>> wrote:
>>>>>>> What about changing the filename prefix from "test" to
>>>>>>> "csound_audio"
>>>>>>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>>>>>>> "test" doesn't actually mean test, and if there is going to be
>>>>>>> default
>>>>>>> name, the name should reflect what is being created.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>>>>>>  wrote:
>>>>>>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>>>>>>> Personally I think a file name with extension would suffice.
>>>>>>>>>
>>>>>>>>> -o test.ogg
>>>>>>>>>
>>>>>>>>> -o test.wav
>>>>>>>>>
>>>>>>>>> -o test.aif
>>>>>>>>>
>>>>>>>>> etc. Seems pretty straight forward?
>>>>>>>>>
>>>>>>>>
>>>>>>>> There are two standard ambiguities to deal with (umm, there may be
>>>>>>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>>>>>>> extension, and an aiff file has to be aiff-c format if using
>>>>>>>> floating-point samples. Both can in principle be resolved
>>>>>>>> internally
>>>>>>>> (and may already be if libsndfile looks after all that).
>>>>>>>>
>>>>>>>> In the case of .wav, any soundfile that is either more than two
>>>>>>>> channels, or has a sample rate above 48KHz, or a sample size >
>>>>>>>> 16bits,
>>>>>>>> should, strictly speaking, be written in WAVEX rather than plain
>>>>>>>> WAVE
>>>>>>>> format. So the file extension given should indeed set the root
>>>>>>>> output
>>>>>>>> format; it would be nice not to continue to have the possibility
>>>>>>>> of
>>>>>>>>  a
>>>>>>>> command line saying for eaxmple -W -o file.aif. Also, the
>>>>>>>> three-character extension .aif was long ago deprecated by Apple,
>>>>>>>> who
>>>>>>>> would prefer either aiff or aifc as appropriate, with the latter
>>>>>>>> the
>>>>>>>> better as default. Any AIFF format file can use .aifc (the c
>>>>>>>> merely
>>>>>>>> indicates it may contain "compressed" formats or floats), but only
>>>>>>>> integer PCM formats can use .aiff.
>>>>>>>>
>>>>>>>> Richard Dobson
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>>>> resolution app monitoring today. Free.
>>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>>>> _______________________________________________
>>>>>>>> Csound-devel mailing list
>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> codehop.com | #code #art #music
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>>> resolution app monitoring today. Free.
>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Michael Gogins
>>>>>> Irreducible Productions
>>>>>> http://www.michael-gogins.com
>>>>>> Michael dot Gogins at gmail dot com
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>> resolution app monitoring today. Free.
>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>> resolution app monitoring today. Free.
>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>> --
>>>> Michael Gogins
>>>> Irreducible Productions
>>>> http://www.michael-gogins.com
>>>> Michael dot Gogins at gmail dot com
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Better than sec? Nothing is better than sec when it comes to
>>>> monitoring Big Data applications. Try Boundary one-second
>>>> resolution app monitoring today. Free.
>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> codehop.com | #code #art #music
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>



------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I like Steven's suggestion.

On 4/18/12, jpff@cs.bath.ac.uk  wrote:
> Please no.  Not all locations are suitable for writing to DAC, and it
> wou;ld disturb class teaching, my office, my friends. family etc
>
>
>> Personally I think the default output should be one of the dacs, since
>> almost everyone who runs Csound has a sound card.
>>
>> On 4/17/12, Michael Gogins  wrote:
>>> If it is a soundfile, it could be a sample file or other input
>>> soundfile, and a naive user might be confused by that. I am suggesting
>>> a name that does not have any ambiguity.
>>>
>>> Also, it is possible for the user to cause Csound to write other sorts
>>> of output files, including other sorts of output soundfiles.
>>>
>>> Regards,
>>> Mike
>>>
>>> On Tue, Apr 17, 2012 at 4:28 PM, Jacob Joaquin 
>>> wrote:
>>>> What other kind of output file could it be if it's a soundfile?
>>>>
>>>>
>>>> On Tue, Apr 17, 2012 at 1:11 PM, Michael Gogins
>>>>  wrote:
>>>>> But it says nothing about whether it is an output soundfile.
>>>>>
>>>>> Regards,
>>>>> Mike
>>>>>
>>>>> On Tue, Apr 17, 2012 at 4:02 PM, Jacob Joaquin
>>>>> 
>>>>> wrote:
>>>>>> The .aif / .wav etc I think would be sufficient enough to imply
>>>>>> soundfile.
>>>>>>
>>>>>> Sent from my Tricorder
>>>>>>
>>>>>> On Apr 17, 2012, at 12:51 PM, Michael Gogins
>>>>>> 
>>>>>> wrote:
>>>>>>
>>>>>>> How something that actually means no more and no less than what it
>>>>>>> says, like CsoundOutputSoundfile? Or csound_output_soundfile?
>>>>>>>
>>>>>>> After all, "audio" can be in or out, "audio" can be sound card or
>>>>>>> file, "output" can be audio or file, etc.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Mike
>>>>>>>
>>>>>>> On Tue, Apr 17, 2012 at 3:37 PM, Jacob Joaquin
>>>>>>> 
>>>>>>> wrote:
>>>>>>>> What about changing the filename prefix from "test" to
>>>>>>>> "csound_audio"
>>>>>>>> or "csound_default" or "csound_output" or "cs_out" etc. The name
>>>>>>>> "test" doesn't actually mean test, and if there is going to be
>>>>>>>> default
>>>>>>>> name, the name should reflect what is being created.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 17, 2012 at 4:27 AM, Richard Dobson
>>>>>>>>  wrote:
>>>>>>>>> On 17/04/2012 11:57, Rory Walsh wrote:
>>>>>>>>>> Personally I think a file name with extension would suffice.
>>>>>>>>>>
>>>>>>>>>> -o test.ogg
>>>>>>>>>>
>>>>>>>>>> -o test.wav
>>>>>>>>>>
>>>>>>>>>> -o test.aif
>>>>>>>>>>
>>>>>>>>>> etc. Seems pretty straight forward?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> There are two standard ambiguities to deal with (umm, there may be
>>>>>>>>> others I am unaware of): both plain WAVE and WAVEX use the .wav
>>>>>>>>> extension, and an aiff file has to be aiff-c format if using
>>>>>>>>> floating-point samples. Both can in principle be resolved
>>>>>>>>> internally
>>>>>>>>> (and may already be if libsndfile looks after all that).
>>>>>>>>>
>>>>>>>>> In the case of .wav, any soundfile that is either more than two
>>>>>>>>> channels, or has a sample rate above 48KHz, or a sample size >
>>>>>>>>> 16bits,
>>>>>>>>> should, strictly speaking, be written in WAVEX rather than plain
>>>>>>>>> WAVE
>>>>>>>>> format. So the file extension given should indeed set the root
>>>>>>>>> output
>>>>>>>>> format; it would be nice not to continue to have the possibility
>>>>>>>>> of
>>>>>>>>>  a
>>>>>>>>> command line saying for eaxmple -W -o file.aif. Also, the
>>>>>>>>> three-character extension .aif was long ago deprecated by Apple,
>>>>>>>>> who
>>>>>>>>> would prefer either aiff or aifc as appropriate, with the latter
>>>>>>>>> the
>>>>>>>>> better as default. Any AIFF format file can use .aifc (the c
>>>>>>>>> merely
>>>>>>>>> indicates it may contain "compressed" formats or floats), but only
>>>>>>>>> integer PCM formats can use .aiff.
>>>>>>>>>
>>>>>>>>> Richard Dobson
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>>>>> resolution app monitoring today. Free.
>>>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>>>>> _______________________________________________
>>>>>>>>> Csound-devel mailing list
>>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> codehop.com | #code #art #music
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>>>> resolution app monitoring today. Free.
>>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>>>> _______________________________________________
>>>>>>>> Csound-devel mailing list
>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Michael Gogins
>>>>>>> Irreducible Productions
>>>>>>> http://www.michael-gogins.com
>>>>>>> Michael dot Gogins at gmail dot com
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>>> resolution app monitoring today. Free.
>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>>> resolution app monitoring today. Free.
>>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Michael Gogins
>>>>> Irreducible Productions
>>>>> http://www.michael-gogins.com
>>>>> Michael dot Gogins at gmail dot com
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Better than sec? Nothing is better than sec when it comes to
>>>>> monitoring Big Data applications. Try Boundary one-second
>>>>> resolution app monitoring today. Free.
>>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>> --
>>>> codehop.com | #code #art #music
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Better than sec? Nothing is better than sec when it comes to
>>>> monitoring Big Data applications. Try Boundary one-second
>>>> resolution app monitoring today. Free.
>>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net