[PD] [soundfile_info] made with vanilla
oliver at klingt.org
Thu May 24 15:38:46 CEST 2018
On 2018-05-24 15:03, Joe White wrote:
> Hey Oliver,
> This is a neat trick, however for my purposes [soundfle_info] was
> being used to extract both the sample rate and sample length to
> calculate the duration of the file.
> Looks like in order to switch to [soundfiler] I'd have to load the
> whole file to memory regardless, as the `-skip 1` flag means the left
> outlet (sample length) of [soundfiler] only outputs '1'.
have a look again.
in the middle of the patch, i use soundfiler's right outlet (available
since PD 0.48, so make sure you are using this !) to get the file's
samplerate, even though it is just reading 1 sample of it. so, no need
to load the whole thing.
the left part of the patch gives you the file's length in samples, which
you can then re-calculate (using the file's samplerate) to ms or
whatever you need.
yes, the left outlet always only puts out 1 or 0, which i use to narrow
down the last valid sample position, which is then the file's length in
i send the patch again to illustrate what i mean (unless i misunderstood
> On 12 May 2018 at 19:37, Alexandre Torres Porres <porres at gmail.com>
>> a new flag for [soundfiler] will make this easier without the need
>> of a dummy buffer
>> see https://github.com/pure-data/pure-data/pull/193 
>> 2018-05-12 14:06 GMT-03:00 oliver <oliver at klingt.org>:
>> Joe White wrote:
>> Hi all,
>> I recently spent a bit of time tracking down why a patch wasn't
>> loading a couple of externals in a windows application that embeds
>> The patch was using /vbap/  and /soundfile_info/ from iemlib .
>> just the other night i was hacking together a [sound_file] info
>> alternative with purely vanilla objects WITHOUT loading an entire
>> file into RAM.
>> the method is basically to use [soundfiler] to load 1 sample of a
>> file into a table with a -skip message, and recalculate the skip
>> position until [soundfiler]'s left outlet outputs 1 (instead of 0).
>> all of [soundfile_info]'s other values are also output from
>> [soundfiler]'s right outlet as of PD version 0.48.
>> it takes a tad longer than [soundfile_info] to output the
>> soundfile's length, but it's acceptable imho. plus you can use .aiff
>> too !
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list 
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list 
>  https://github.com/pure-data/pure-data/pull/193
>  https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: get file length with soundfiler.pd
More information about the Pd-list