[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