It's a bug, the failure is here: https://github.com/pure-data/pure-data/blob/master/src/d_soundfile.c#L1307 <https://github.com/pure-data/pure-data/blob/master/src/d_soundfile.c#L1307>
The intent as previously stated is that not supplying a table name should use the value read from the header. However, for raw files there is no header so we *have* to try reading the length of the file. This logic is not working and I will try to fix it now. Previously, I had a an "info" message which did this separately from "read" when I was overhauling sound file handling, but Miller's suggestion to check for the array name was more elegant. > On Jan 28, 2022, at 9:55 PM, [email protected] wrote: > > Message: 3 > Date: Fri, 28 Jan 2022 20:55:43 +0000 > From: Pierre Alexandre Tremblay <[email protected] > <mailto:[email protected]>> > To: Lucas Cordiviola <[email protected] <mailto:[email protected]>> > Cc: [email protected] <mailto:[email protected]> > Subject: Re: [PD] [sfinfo~] > Message-ID: <[email protected] > <mailto:[email protected]>> > Content-Type: text/plain; charset="utf-8" > > In d_soundfile.c around line 1207 we could see if there is only 1 arg left as > a else if. If that?s the case, we could just bail down to done: and bob?s > your uncle... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
