wierd... maybe it's some form of bus starvation (e.g., USB contention between USB stick and audio intf) - if this is so you might be able to record to the SDHC instead, if there's enough space on it. But I still don't get why this would happen for Pd and not for jack...
M
On Sat, Aug 15, 2020 at 12:41:27AM +0200, iftah gabbai wrote:
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@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@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@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...