In investigating the recent reports of problems with diskin2 etc we
have identified an oddity (or even a problem) in the opening of audio
files for reading.  If the open fails for any reason there is a further
attempt to open the file as a raw audio with the current sample rate
and other parameters such as sample size/style somewhat uncertain.
This open may well succeed for almost any file, and the program will
continue with the audio data taken as raw.

Does anyone rely in thus behaviour, or know of anyone who does?  I
think this behaviour is wrong-minded but it would be an incompatible
change from what was introduced in csound5.

Note that a raw file can be used if the iformat argument is set to a
value between 1 and 10.

==John ffitch

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

I/we have never been relying on such a fallback. I either use files with headers or specify raw properties, and would actually prefer if there wasn’t a way to suddenly be blasted by undefined audio...

Regards,
Anders

> 24 mars 2018 kl. 21:37 skrev John :
> 
> In investigating the recent reports of problems with diskin2 etc we
> have identified an oddity (or even a problem) in the opening of audio
> files for reading.  If the open fails for any reason there is a further
> attempt to open the file as a raw audio with the current sample rate
> and other parameters such as sample size/style somewhat uncertain.
> This open may well succeed for almost any file, and the program will
> continue with the audio data taken as raw.
> 
> Does anyone rely in thus behaviour, or know of anyone who does?  I
> think this behaviour is wrong-minded but it would be an incompatible
> change from what was introduced in csound5.
> 
> Note that a raw file can be used if the iformat argument is set to a
> value between 1 and 10.
> 
> ==John ffitch
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

+1

On 25/03/18 15:03, Anders Genell wrote:
> I/we have never been relying on such a fallback. I either use files with headers or specify raw properties, and would actually prefer if there wasn’t a way to suddenly be blasted by undefined audio...
>
> Regards,
> Anders
>
>> 24 mars 2018 kl. 21:37 skrev John :
>>
>> In investigating the recent reports of problems with diskin2 etc we
>> have identified an oddity (or even a problem) in the opening of audio
>> files for reading.  If the open fails for any reason there is a further
>> attempt to open the file as a raw audio with the current sample rate
>> and other parameters such as sample size/style somewhat uncertain.
>> This open may well succeed for almost any file, and the program will
>> continue with the audio data taken as raw.
>>
>> Does anyone rely in thus behaviour, or know of anyone who does?  I
>> think this behaviour is wrong-minded but it would be an incompatible
>> change from what was introduced in csound5.
>>
>> Note that a raw file can be used if the iformat argument is set to a
>> value between 1 and 10.
>>
>> ==John ffitch
>>
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>         https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
>

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

There is a warning message in v6.11 but it still feels wrong minded.

⁣Sent from TypeApp ​

On Mar 26, 2018, 00:26, at 00:26, thorin kerr  wrote:
>How would a user know if they are relying on the fallback? Is there a
>message?
>
>I can see it's an odd feature, but ... maybe in some circumstances... a
>useful one.
>
>Thorin
>
>On Sun, 25 Mar. 2018, 6:38 am John,  wrote:
>
>> In investigating the recent reports of problems with diskin2 etc we
>> have identified an oddity (or even a problem) in the opening of audio
>> files for reading.  If the open fails for any reason there is a
>further
>> attempt to open the file as a raw audio with the current sample rate
>> and other parameters such as sample size/style somewhat uncertain.
>> This open may well succeed for almost any file, and the program will
>> continue with the audio data taken as raw.
>>
>> Does anyone rely in thus behaviour, or know of anyone who does?  I
>> think this behaviour is wrong-minded but it would be an incompatible
>> change from what was introduced in csound5.
>>
>> Note that a raw file can be used if the iformat argument is set to a
>> value between 1 and 10.
>>
>> ==John ffitch
>>
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>         https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>>
>
>Csound mailing list
>Csound@listserv.heanet.ie
>https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>Send bugs reports to
>        https://github.com/csound/csound/issues
>Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Maybe late, but +1 for removing the fallback to raw.

On Mon, Mar 26, 2018 at 7:22 AM, John ff  wrote:
> There is a warning message in v6.11 but it still feels wrong minded.
>
> ⁣Sent from TypeApp
>
> On Mar 26, 2018, 00:26, at 00:26, thorin kerr  wrote:
>>How would a user know if they are relying on the fallback? Is there a
>>message?
>>
>>I can see it's an odd feature, but ... maybe in some circumstances... a
>>useful one.
>>
>>Thorin
>>
>>On Sun, 25 Mar. 2018, 6:38 am John,  wrote:
>>
>>> In investigating the recent reports of problems with diskin2 etc we
>>> have identified an oddity (or even a problem) in the opening of audio
>>> files for reading.  If the open fails for any reason there is a
>>further
>>> attempt to open the file as a raw audio with the current sample rate
>>> and other parameters such as sample size/style somewhat uncertain.
>>> This open may well succeed for almost any file, and the program will
>>> continue with the audio data taken as raw.
>>>
>>> Does anyone rely in thus behaviour, or know of anyone who does?  I
>>> think this behaviour is wrong-minded but it would be an incompatible
>>> change from what was introduced in csound5.
>>>
>>> Note that a raw file can be used if the iformat argument is set to a
>>> value between 1 and 10.
>>>
>>> ==John ffitch
>>>
>>> Csound mailing list
>>> Csound@listserv.heanet.ie
>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>> Send bugs reports to
>>>         https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>>
>>
>>Csound mailing list
>>Csound@listserv.heanet.ie
>>https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>Send bugs reports to
>>        https://github.com/csound/csound/issues
>>Discussions of bugs and features can be posted here
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>         https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here