I updated my Csound version to version 6.12 beta (double samples) Oct 24 2018
[commit: 037becccce26dc9ebc37198a75877e817431d978]
libsndfile-1.0.29pre1
I noticed some changes in the GEN01 routine. Actually, I have been
using it to load raw data formatted in
64 bit foating point doubles from ATS Analysis Files. Thanks to
Michael Gogins, who gave me the information
on which number (9) to put in the format field of the GEN01.
So, as an example, after updated to V.6.12, I have been successfuly
using the statement:
f     1     0     0    -1    "../ATS-files/flute-A5.ats"    0    9    0
Which reads and loads on ftable 1 all the 64 doubles in
"../ATS-files/flute-A5.ats". And worked really fine.
I was able to load and read all the data of the ATS files to work with
it via my own UDOs and Plugins (which i will share
when I finish to test).
But now, this is not workink the same way.
I got the error message:
"soundin cannot open ../ATS-files/flute-A5.ats: File contains data in
an unknown format.
ftable 1: Failed to open file ../ATS-files/flute-A5.ats"

Now, in the Csound documentation I´ve found the following:
format -- specifies the audio data-file format:
1 - 8-bit signed character    4 - 16-bit short integers
2 - 8-bit A-law bytes         5 - 32-bit long integers
3 - 8-bit U-law bytes         6 - 32-bit floats
If format = 0 the sample format is taken from the soundfile header, or
by default from the CSound -o command-line flag.

Of course, the "optimal" solution would be to write a Csound Plugin
adding a GEN routine that reads, checks
and allocates ATS data in a Table. But before commiting myself in
doing this, I just wanted to check if there is
a different way to overcome the issue.

Many thanks for your help.
Pablo

-- 
Dr. Oscar Pablo Di Liscia
Profesor Titular
Director Programa de Investigación "Sistemas Temporales y Síntesis
Espacial en el Arte Sonoro"
http://stseas.web.unq.edu.ar/
Director Colección Editorial "Música y Ciencia"
Escuela Universitaria de Artes
Universidad Nacional de Quilmes
Argentina

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

Try -9

On Mi, Mar 20, 2019 at 6:16 PM, Oscar Pablo Di Liscia 
 wrote:
> I updated my Csound version to version 6.12 beta (double samples) Oct 
> 24 2018
> [commit: 037becccce26dc9ebc37198a75877e817431d978]
> libsndfile-1.0.29pre1
> I noticed some changes in the GEN01 routine. Actually, I have been
> using it to load raw data formatted in
> 64 bit foating point doubles from ATS Analysis Files. Thanks to
> Michael Gogins, who gave me the information
> on which number (9) to put in the format field of the GEN01.
> So, as an example, after updated to V.6.12, I have been successfuly
> using the statement:
> f     1     0     0    -1    "../ATS-files/flute-A5.ats"    0    9    
> 0
> Which reads and loads on ftable 1 all the 64 doubles in
> "../ATS-files/flute-A5.ats". And worked really fine.
> I was able to load and read all the data of the ATS files to work with
> it via my own UDOs and Plugins (which i will share
> when I finish to test).
> But now, this is not workink the same way.
> I got the error message:
> "soundin cannot open ../ATS-files/flute-A5.ats: File contains data in
> an unknown format.
> ftable 1: Failed to open file ../ATS-files/flute-A5.ats"
> 
> Now, in the Csound documentation I´ve found the following:
> format -- specifies the audio data-file format:
> 1 - 8-bit signed character    4 - 16-bit short integers
> 2 - 8-bit A-law bytes         5 - 32-bit long integers
> 3 - 8-bit U-law bytes         6 - 32-bit floats
> If format = 0 the sample format is taken from the soundfile header, or
> by default from the CSound -o command-line flag.
> 
> Of course, the "optimal" solution would be to write a Csound Plugin
> adding a GEN routine that reads, checks
> and allocates ATS data in a Table. But before commiting myself in
> doing this, I just wanted to check if there is
> a different way to overcome the issue.
> 
> Many thanks for your help.
> Pablo
> 
> --
> Dr. Oscar Pablo Di Liscia
> Profesor Titular
> Director Programa de Investigación "Sistemas Temporales y Síntesis
> Espacial en el Arte Sonoro"
> http://stseas.web.unq.edu.ar/
> Director Colección Editorial "Música y Ciencia"
> Escuela Universitaria de Artes
> Universidad Nacional de Quilmes
> Argentina
> 
> 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

Many thanks, it does not work either.
But at least, I've got a different error message:
"ftable 1: invalid sample format: -9"
:)

El mié., 20 mar. 2019 a las 14:25, Eduardo Moguillansky
() escribió:
>
> Try -9
>
> On Mi, Mar 20, 2019 at 6:16 PM, Oscar Pablo Di Liscia
>  wrote:
> > I updated my Csound version to version 6.12 beta (double samples) Oct
> > 24 2018
> > [commit: 037becccce26dc9ebc37198a75877e817431d978]
> > libsndfile-1.0.29pre1
> > I noticed some changes in the GEN01 routine. Actually, I have been
> > using it to load raw data formatted in
> > 64 bit foating point doubles from ATS Analysis Files. Thanks to
> > Michael Gogins, who gave me the information
> > on which number (9) to put in the format field of the GEN01.
> > So, as an example, after updated to V.6.12, I have been successfuly
> > using the statement:
> > f     1     0     0    -1    "../ATS-files/flute-A5.ats"    0    9
> > 0
> > Which reads and loads on ftable 1 all the 64 doubles in
> > "../ATS-files/flute-A5.ats". And worked really fine.
> > I was able to load and read all the data of the ATS files to work with
> > it via my own UDOs and Plugins (which i will share
> > when I finish to test).
> > But now, this is not workink the same way.
> > I got the error message:
> > "soundin cannot open ../ATS-files/flute-A5.ats: File contains data in
> > an unknown format.
> > ftable 1: Failed to open file ../ATS-files/flute-A5.ats"
> >
> > Now, in the Csound documentation I´ve found the following:
> > format -- specifies the audio data-file format:
> > 1 - 8-bit signed character    4 - 16-bit short integers
> > 2 - 8-bit A-law bytes         5 - 32-bit long integers
> > 3 - 8-bit U-law bytes         6 - 32-bit floats
> > If format = 0 the sample format is taken from the soundfile header, or
> > by default from the CSound -o command-line flag.
> >
> > Of course, the "optimal" solution would be to write a Csound Plugin
> > adding a GEN routine that reads, checks
> > and allocates ATS data in a Table. But before commiting myself in
> > doing this, I just wanted to check if there is
> > a different way to overcome the issue.
> >
> > Many thanks for your help.
> > Pablo
> >
> > --
> > Dr. Oscar Pablo Di Liscia
> > Profesor Titular
> > Director Programa de Investigación "Sistemas Temporales y Síntesis
> > Espacial en el Arte Sonoro"
> > http://stseas.web.unq.edu.ar/
> > Director Colección Editorial "Música y Ciencia"
> > Escuela Universitaria de Artes
> > Universidad Nacional de Quilmes
> > Argentina
> >
> > 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



-- 
Dr. Oscar Pablo Di Liscia
Profesor Titular
Director Programa de Investigación "Sistemas Temporales y Síntesis
Espacial en el Arte Sonoro"
http://stseas.web.unq.edu.ar/
Director Colección Editorial "Música y Ciencia"
Escuela Universitaria de Artes
Universidad Nacional de Quilmes
Argentina

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

Bizarre!  that message comes from
       if (UNLIKELY(fmt < -9 || fmt > 9))
         return fterror(ff, Str("invalid sample format: %d"), fmt);
I just cannot see how -9 could generare it.



On Wed, 20 Mar 2019, Oscar Pablo Di Liscia wrote:

> Thanks Pete, yes I saw the thread you mentioned.>Frankly, I still feel
> strongly that the decision
> >to reverse the sign -- which definitely breaks things >for me --was mistaken.
> Me too.
> Best
> 
> El miércoles, 20 de marzo de 2019,  escribió:
>       On Wed, Mar 20, 2019 at 02:50:56PM -0300, Oscar Pablo Di Liscia
>       wrote:
>       > Many thanks, it does not work either.
>       > But at least, I've got a different error message:
>       > "ftable 1: invalid sample format: -9"
>       > :)
>       >
>       > El mié., 20 mar. 2019 a las 14:25, Eduardo Moguillansky
>       > () escribió:
>       > >
>       > > Try -9
>       > >
>
>       Yes, there is a bug, currently.  See the previous thread I started
>       '[Csnd] GEN01???' from a week or so ago.
>
>       The values were positive until 6.11, but due to some apparent
>       conflicts that I don't understand, it was decided to make GEN01
>       ignore positive values and require negative equivalents.
>
>       However it was not implemented properly, and you get that
>       error message with negative codes.
>
>       The bug still seems to be there in the source I downloaded
>       a few days ago.  Frankly, I still feel strongly that the decision
>       to reverse the sign -- which definitely breaks things for me --
>       was mistaken.
>
>               -- Pete --
>
>       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
> 
> 
> 
> --
> Dr. Oscar Pablo Di Liscia
> Profesor Titular
> Director Programa de Investigación "Sistemas Temporales y Síntesis Espacial en
> el Arte Sonoro"
> http://stseas.web.unq.edu.ar/
> Director Colección Editorial "Música y Ciencia"
> Escuela Universitaria de Artes
> Universidad Nacional de Quilmes
> Argentina
> 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

Hi John, I just have in my code:

f     1     0     0    -1    "../ATS-files/flute-A5.ats"    0    -9    0

And got exactly that error message.

El mié., 20 mar. 2019 a las 18:25, john () escribió:
>
> Bizarre!  that message comes from
>        if (UNLIKELY(fmt < -9 || fmt > 9))
>          return fterror(ff, Str("invalid sample format: %d"), fmt);
> I just cannot see how -9 could generare it.
>
>
>
> On Wed, 20 Mar 2019, Oscar Pablo Di Liscia wrote:
>
> > Thanks Pete, yes I saw the thread you mentioned.>Frankly, I still feel
> > strongly that the decision
> > >to reverse the sign -- which definitely breaks things >for me --was mistaken.
> > Me too.
> > Best
> >
> > El miércoles, 20 de marzo de 2019,  escribió:
> >       On Wed, Mar 20, 2019 at 02:50:56PM -0300, Oscar Pablo Di Liscia
> >       wrote:
> >       > Many thanks, it does not work either.
> >       > But at least, I've got a different error message:
> >       > "ftable 1: invalid sample format: -9"
> >       > :)
> >       >
> >       > El mié., 20 mar. 2019 a las 14:25, Eduardo Moguillansky
> >       > () escribió:
> >       > >
> >       > > Try -9
> >       > >
> >
> >       Yes, there is a bug, currently.  See the previous thread I started
> >       '[Csnd] GEN01???' from a week or so ago.
> >
> >       The values were positive until 6.11, but due to some apparent
> >       conflicts that I don't understand, it was decided to make GEN01
> >       ignore positive values and require negative equivalents.
> >
> >       However it was not implemented properly, and you get that
> >       error message with negative codes.
> >
> >       The bug still seems to be there in the source I downloaded
> >       a few days ago.  Frankly, I still feel strongly that the decision
> >       to reverse the sign -- which definitely breaks things for me --
> >       was mistaken.
> >
> >               -- Pete --
> >
> >       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
> >
> >
> >
> > --
> > Dr. Oscar Pablo Di Liscia
> > Profesor Titular
> > Director Programa de Investigación "Sistemas Temporales y Síntesis Espacial en
> > el Arte Sonoro"
> > http://stseas.web.unq.edu.ar/
> > Director Colección Editorial "Música y Ciencia"
> > Escuela Universitaria de Artes
> > Universidad Nacional de Quilmes
> > Argentina
> > 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



-- 
Dr. Oscar Pablo Di Liscia
Profesor Titular
Director Programa de Investigación "Sistemas Temporales y Síntesis
Espacial en el Arte Sonoro"
http://stseas.web.unq.edu.ar/
Director Colección Editorial "Música y Ciencia"
Escuela Universitaria de Artes
Universidad Nacional de Quilmes
Argentina

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

Are you looking at the same version? He might be using a different one.

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 20 Mar 2019, at 21:25, john  wrote:
> 
> Bizarre!  that message comes from
>      if (UNLIKELY(fmt < -9 || fmt > 9))
>        return fterror(ff, Str("invalid sample format: %d"), fmt);
> I just cannot see how -9 could generare it.
> 
> 
> 
>> On Wed, 20 Mar 2019, Oscar Pablo Di Liscia wrote:
>> 
>> Thanks Pete, yes I saw the thread you mentioned.>Frankly, I still feel
>> strongly that the decision
>> >to reverse the sign -- which definitely breaks things >for me --was mistaken.
>> Me too.
>> Best
>> El miércoles, 20 de marzo de 2019,  escribió:
>>      On Wed, Mar 20, 2019 at 02:50:56PM -0300, Oscar Pablo Di Liscia
>>      wrote:
>>      > Many thanks, it does not work either.
>>      > But at least, I've got a different error message:
>>      > "ftable 1: invalid sample format: -9"
>>      > :)
>>      >
>>      > El mié., 20 mar. 2019 a las 14:25, Eduardo Moguillansky
>>      > () escribió:
>>      > >
>>      > > Try -9
>>      > >
>> 
>>      Yes, there is a bug, currently.  See the previous thread I started
>>      '[Csnd] GEN01???' from a week or so ago.
>> 
>>      The values were positive until 6.11, but due to some apparent
>>      conflicts that I don't understand, it was decided to make GEN01
>>      ignore positive values and require negative equivalents.
>> 
>>      However it was not implemented properly, and you get that
>>      error message with negative codes.
>> 
>>      The bug still seems to be there in the source I downloaded
>>      a few days ago.  Frankly, I still feel strongly that the decision
>>      to reverse the sign -- which definitely breaks things for me --
>>      was mistaken.
>> 
>>              -- Pete --
>> 
>>      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
>> --
>> Dr. Oscar Pablo Di Liscia
>> Profesor Titular
>> Director Programa de Investigación "Sistemas Temporales y Síntesis Espacial en
>> el Arte Sonoro"
>> http://stseas.web.unq.edu.ar/
>> Director Colección Editorial "Música y Ciencia"
>> Escuela Universitaria de Artes
>> Universidad Nacional de Quilmes
>> Argentina
>> 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

We know there is a bug with 6.12, but it has been fixed in the latest git. I wonder if
John was referring to this latest version when commented.
========================
Prof. Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 20 Mar 2019, at 23:20, Pete Goodeve  wrote:
> 
> On Wed, Mar 20, 2019 at 10:36:31PM +0000, Victor Lazzarini wrote:
>> Are you looking at the same version? He might be using a different one.
>> 
>>> On 20 Mar 2019, at 21:25, john  wrote:
>>> 
>>> Bizarre!  that message comes from
>>>     if (UNLIKELY(fmt < -9 || fmt > 9))
>>>       return fterror(ff, Str("invalid sample format: %d"), fmt);
>>> I just cannot see how -9 could generare it.
>>> 
>>> 
>>> 
>>>> On Wed, 20 Mar 2019, Oscar Pablo Di Liscia wrote:
>>>> 
>>>> Thanks Pete, yes I saw the thread you mentioned.>Frankly, I still feel
>>>> strongly that the decision
>>>>> to reverse the sign -- which definitely breaks things >for me --was mistaken.
>>>> Me too.
>>>> Best
>>>> El miércoles, 20 de marzo de 2019,  escribió:
>>>>     On Wed, Mar 20, 2019 at 02:50:56PM -0300, Oscar Pablo Di Liscia
>>>>     wrote:
>>>>> Many thanks, it does not work either.
>>>>> But at least, I've got a different error message:
>>>>> "ftable 1: invalid sample format: -9"
> 
> That was the message I got with 6.12
> 
> Here's my experience in more detail:
> 
> Starting with the following test file:
> 
> 
> 
> 
> 
> 
> 
> -m0 -d -L stdin -odac
> 
> 
> 
> sr     = 24000
> ksmps  = 48
> 0dbfs = 1.0
> nchnls = 2
> 
> iwf ftgen 0, 0, 0, 1, "C24.raw", 0, 6, 0
> ilen = nsamp(iwf)
> printf_i "file has %d samples\n", 1, ilen
> 
> 
> 
> 
> e
> 
> 
> 
> 
> with C24.raw being the shortest 32-bit float raw file I could generate,
> in earlier releases (actually my 5.19) the (truncated) result is:
> 
>  file has 13900 samples
> 
> With the same file in my just-built 6.13 copy, I of course see:
> 
> soundin cannot open C24.raw: File contains data in an unknown format.
> ftable 101: Failed to open file C24.raw
> f101     0.00     0.00     1.00  "C24.raw" ...
> INIT ERROR in instr 0 line 16: ftgen error
> 
> Then I change the line to:
> 
> iwf ftgen 0, 0, 0, 1, "C24.raw", 0, -6, 0
> 
> and I now get the *same* error!:
> 
> soundin cannot open C24.raw: File contains data in an unknown format.
> ftable 101: Failed to open file C24.raw
> f101     0.00     0.00     1.00  "C24.raw" ...
> INIT ERROR in instr 0 line 16: ftgen error
> from file gen01test.csd (1)
> iwf     ftgen.iS        0       0       0       1       "C24.raw"       0      -6       0       
> 
> So things have changed, but it's  still not working.
> 
> Can someone point me to the issue on Github where it *was*
> discussed?  I've trawled through both open and closed issues
> back several years, and can't find it.
> 
> I would like to understand the reason, because at the moment
> I'm afraid I don't...  If the problem was that people were loading
> WAV files, say, with a (wrong) format value also set, surely that was
> their error?  If they were supplying a matching format, but somehow
> it disagreed with libsndfile, wouldn't that be the problem to be fixed?
> 
> As I'm not the only one now to find it a hindrance, is there no
> chance of going back to the old way?
> 
> Thanks,
> 
> 	-- Pete --
> 
> 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

I only have the version in GitHub so perhaps this is the bug I fixed.

Most be hearing time for  a new release.

⁣Sent from TypeApp ​

On Mar 22, 2019, 12:08, at 12:08, Victor Lazzarini  wrote:
>We know there is a bug with 6.12, but it has been fixed in the latest
>git. I wonder if
>John was referring to this latest version when commented.
>========================
>Prof. Victor Lazzarini
>Dean of Arts, Celtic Studies, and Philosophy,
>Maynooth University,
>Maynooth, Co Kildare, Ireland
>Tel: 00 353 7086936
>Fax: 00 353 1 7086952 
>
>> On 20 Mar 2019, at 23:20, Pete Goodeve 
>wrote:
>> 
>> On Wed, Mar 20, 2019 at 10:36:31PM +0000, Victor Lazzarini wrote:
>>> Are you looking at the same version? He might be using a different
>one.
>>> 
>>>> On 20 Mar 2019, at 21:25, john  wrote:
>>>> 
>>>> Bizarre!  that message comes from
>>>>     if (UNLIKELY(fmt < -9 || fmt > 9))
>>>>       return fterror(ff, Str("invalid sample format: %d"), fmt);
>>>> I just cannot see how -9 could generare it.
>>>> 
>>>> 
>>>> 
>>>>> On Wed, 20 Mar 2019, Oscar Pablo Di Liscia wrote:
>>>>> 
>>>>> Thanks Pete, yes I saw the thread you mentioned.>Frankly, I still
>feel
>>>>> strongly that the decision
>>>>>> to reverse the sign -- which definitely breaks things >for me
>--was mistaken.
>>>>> Me too.
>>>>> Best
>>>>> El miércoles, 20 de marzo de 2019, 
>escribió:
>>>>>     On Wed, Mar 20, 2019 at 02:50:56PM -0300, Oscar Pablo Di
>Liscia
>>>>>     wrote:
>>>>>> Many thanks, it does not work either.
>>>>>> But at least, I've got a different error message:
>>>>>> "ftable 1: invalid sample format: -9"
>> 
>> That was the message I got with 6.12
>> 
>> Here's my experience in more detail:
>> 
>> Starting with the following test file:
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -m0 -d -L stdin -odac
>> 
>> 
>> 
>> sr     = 24000
>> ksmps  = 48
>> 0dbfs = 1.0
>> nchnls = 2
>> 
>> iwf ftgen 0, 0, 0, 1, "C24.raw", 0, 6, 0
>> ilen = nsamp(iwf)
>> printf_i "file has %d samples\n", 1, ilen
>> 
>> 
>> 
>> 
>> e
>> 
>> 
>> 
>> 
>> with C24.raw being the shortest 32-bit float raw file I could
>generate,
>> in earlier releases (actually my 5.19) the (truncated) result is:
>> 
>>  file has 13900 samples
>> 
>> With the same file in my just-built 6.13 copy, I of course see:
>> 
>> soundin cannot open C24.raw: File contains data in an unknown format.
>> ftable 101: Failed to open file C24.raw
>> f101     0.00     0.00     1.00  "C24.raw" ...
>> INIT ERROR in instr 0 line 16: ftgen error
>> 
>> Then I change the line to:
>> 
>> iwf ftgen 0, 0, 0, 1, "C24.raw", 0, -6, 0
>> 
>> and I now get the *same* error!:
>> 
>> soundin cannot open C24.raw: File contains data in an unknown format.
>> ftable 101: Failed to open file C24.raw
>> f101     0.00     0.00     1.00  "C24.raw" ...
>> INIT ERROR in instr 0 line 16: ftgen error
>> from file gen01test.csd (1)
>> iwf     ftgen.iS        0       0       0       1       "C24.raw"    
>  0      -6       0       
>> 
>> So things have changed, but it's  still not working.
>> 
>> Can someone point me to the issue on Github where it *was*
>> discussed?  I've trawled through both open and closed issues
>> back several years, and can't find it.
>> 
>> I would like to understand the reason, because at the moment
>> I'm afraid I don't...  If the problem was that people were loading
>> WAV files, say, with a (wrong) format value also set, surely that was
>> their error?  If they were supplying a matching format, but somehow
>> it disagreed with libsndfile, wouldn't that be the problem to be
>fixed?
>> 
>> As I'm not the only one now to find it a hindrance, is there no
>> chance of going back to the old way?
>> 
>> Thanks,
>> 
>> 	-- Pete --
>> 
>> 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