[PD] recording 192khz

iftah gabbai ift.gab at gmail.com
Sat Aug 15 22:01:52 CEST 2020


i think i tried it (if i understand correctly), i started jack with rt prio
and added the -jack tag to pd and it didnt work, just for test sake i tried
a simple python script using pyaudio and recorded 10 min of 2 ch 192khz
24bit with no prob so im narrowing this down to pd misbehaving  somehow?

On Sat 15. Aug 2020 at 21:41, Simon Iten <itensimon at gmail.com> wrote:

> does it work if you use jack as audioserver and connect pd to it?
>
> On Sat, Aug 15, 2020, 00:22 iftah gabbai <ift.gab at gmail.com> wrote:
>
>> thanks miller! im actually writing the files to a usb stick which is def
>> fast enough for 2x192khz, 24bit, not to the SDHC, so im buffeld. it works
>> fine if i use jack_capture but somehow not with PD. if this is relevant im
>> on a fresh install of the latest raspbian OS lite
>>
>> cheers
>>
>> On Sat, Aug 15, 2020 at 12:00 AM Miller Puckette <msp at ucsd.edu> wrote:
>>
>>> This is almost certainly being limited by write speed to the storage
>>>
>>>
>>> medium.  If the file lives on an SDHC card, you can probably improve
>>>
>>>
>>> things by getting one that has a higher write speed.  (The specifications
>>>
>>>
>>> are very confusing so it might take a while to figure out what kind is
>>> how
>>>
>>>
>>> fast).
>>>
>>>
>>>
>>>
>>>
>>> Alternatively, you could attach an ordinary USB disk drive to write
>>> soundfiles
>>>
>>>
>>> to.  Just a regular spinny-disk one; the solid state ones aren't any
>>> faster
>>>
>>>
>>> because either type is limited by USB bus speed.
>>>
>>>
>>>
>>>
>>>
>>> cheers
>>>
>>>
>>> Miller
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Aug 14, 2020 at 10:22:26PM +0200, iftah gabbai wrote:
>>>
>>>
>>> > hi there, im attempting to record a stereo file (192khz, 24bit) using
>>>
>>>
>>> > writesf~ on a rpi3b running headless using the inputs of my usb class
>>>
>>>
>>> > compliant soundcard (presonus 24c), so far with no luck,  i get
>>> crackles
>>>
>>>
>>> > after around 10sec of recordings. the weird thing is that the pd
>>> process
>>>
>>>
>>> > uses  around 16% of one core - so theoretically it should be fine,
>>> right? i
>>>
>>>
>>> > even tried to up the -audiobuf to 100ms but this does not help either.
>>> i
>>>
>>>
>>> > write the recordings to an external usb stick that can handle much
>>> higher
>>>
>>>
>>> > speeds than teh equivalent of 1s/192/24 so i dont think its this
>>> either,
>>>
>>>
>>> > while i dont run a realtime kernel i have my scaling_governor set to
>>>
>>>
>>> > performance. i wonder if anyone have any leads? or is this only
>>> possible
>>>
>>>
>>> > with rt kernel?
>>>
>>>
>>> >
>>>
>>>
>>> > best
>>>
>>>
>>>
>>>
>>>
>>> > _______________________________________________
>>>
>>>
>>> > Pd-list at lists.iem.at mailing list
>>>
>>>
>>> > UNSUBSCRIBE and account-management ->
>>> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>>
>>
>> Pd-list at lists.iem.at mailing list
>>
>
>>
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200815/edfc741d/attachment.html>


More information about the Pd-list mailing list