On 2018-05-24 16:43, Joe White wrote:
Hey Oliver,
I will admit to not fully digesting your patch, but from skim reading
it I'm assuming it loops over the sample data by incrementing the
-skip argument until you reach the end of the file.
well, more like see-sawing between a possible maximum of
Hey Oliver,
I will admit to not fully digesting your patch, but from skim reading it
I'm assuming it loops over the sample data by incrementing the -skip
argument until you reach the end of the file. For my purposes memory usage
isn't really an issue, so I'd imagine it would be far quicker to just
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 t
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` fl
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 :
> Joe White wrote:
>
>> Hi all,
>>
>> I recently spent a bit of time tracking down why a patch wasn't loading a
>> couple o
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 libpd.
The patch was using /vbap/ [0] and /soundfile_info/ from iemlib [1].
hi,
just the other night i was hacking together a [sound_f
