[PD] recording 192khz

[iftah gabbai]

happens to me all the time :)

im running pd headless from the command line, at first i used just the
-audiobuf tag and later i tried specifying the -blocksize (for example 1024
and higher, went up to 4096 cause i dont care about latency) but for some
reason it seemed even to make this even worse (i was monitoring the signal
with adc -> dac)






On Sat, Aug 15, 2020 at 12:37 AM Miller Puckette <msp at ucsd.edu> wrote:

> Oops, sorry I didn't read to the end of your first message :)
>
> The remaining difference I can think of between Pd and jack is block
> size between the app and the audio driver.  I can't imagine that matters,
> but I've been surprised before.  Have you tried just increasing the
> blocksize
> in the suaio dialog?
>
> M
>
>
> On Sat, Aug 15, 2020 at 12:20:33AM +0200, iftah gabbai 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://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!RGpNNxBX_Pu7bkn8ly_1PQ9HD2uRrZfYWvRKXfr11LRmHozXMVZoJ4FpyL3f$
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200815/08fb8773/attachment-0001.html>