[PD] [sfinfo~]

Dan Wilcox danomatika at gmail.com
Fri Jan 28 21:19:22 CET 2022


Don't pass an array name when calling open and it reports the info without reading any samples, ie. just reads the header info then closes the file.

> On Jan 28, 2022, at 8:37 PM, pd-list-request at lists.iem.at wrote:
> 
> Message: 1
> Date: Fri, 28 Jan 2022 20:29:44 +0100
> From: oliver <oliver at klingt.org <mailto:oliver at klingt.org>>
> Cc: Pd-List <pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>>
> Subject: Re: [PD] [sfinfo~]
> Message-ID: <32ea001b-5109-cb72-2397-cb820d930bad at klingt.org <mailto:32ea001b-5109-cb72-2397-cb820d930bad at klingt.org>>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Miller Puckette via Pd-list wrote:
>> Hi PA -
>> 
>> Are you doing stuff that "soundfiler" doesn't?  If so, it would be better
>> to add to the soundfiler object than to add a new object with its own name.
> 
> The one thing that [soundfiler] can not do, is to report the length of a 
> soundfile WITHOUT fully loading it into an array.
> 
> That would be a great feature to have for [soundfiler]'s right outlet, 
> especially in the case of big files.
> 
> You can get all the other information (channels, samplerate etc.) by 
> loading just a small sniplet of the source file (even 1 sample is 
> sufficient IIRC) into a buffer, but not the length. you would need to 
> add "-resize" to the load flags, which is not useful for (very) long files
> 
> i still use IEMLIB's [soundfile_info] for that purpose.
> 
> 
> 
> best
> 
> oliver

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220128/6d9a0efe/attachment-0001.htm>


More information about the Pd-list mailing list