Re: [PD] recording 192khz

2020-08-16 Thread iftah gabbai
hi dan, no, i have no gui and im running headless from the command line,


best

On Sun 16. Aug 2020 at 19:16, Dan Wilcox  wrote:

> Do you have any GUIs in the chain? I'd remove all GUI objects which are
> being updated live, ie. a number atom between two objects, etc. Constantly
> updating the GUI when not really needed can slow you down...
>
> On Aug 16, 2020, at 3:25 AM, pd-list-requ...@lists.iem.at wrote:
>
> Date: Sat, 15 Aug 2020 22:01:52 +0200
> From: iftah gabbai 
> To: Pd-List , Simon Iten 
> Subject: Re: [PD] recording 192khz
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> 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?
>
>
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-16 Thread Dan Wilcox
Do you have any GUIs in the chain? I'd remove all GUI objects which are being 
updated live, ie. a number atom between two objects, etc. Constantly updating 
the GUI when not really needed can slow you down...

> On Aug 16, 2020, at 3:25 AM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Sat, 15 Aug 2020 22:01:52 +0200
> From: iftah gabbai mailto:ift@gmail.com>>
> To: Pd-List mailto:Pd-list@lists.iem.at>>, Simon Iten 
> mailto:itensi...@gmail.com>>
> Subject: Re: [PD] recording 192khz
> Message-ID:
><mailto:CA+d=bQKuZuCHgwFN3uXAs=5Xo9o=5w+2=j06n9m8zp8ydvt...@mail.gmail.com>>
> Content-Type: text/plain; charset="utf-8"
> 
> 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?


Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-15 Thread iftah gabbai
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  wrote:

> does it work if you use jack as audioserver and connect pd to it?
>
> On Sat, Aug 15, 2020, 00:22 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  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__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> ___
>>
>>
>> Pd-list@lists.iem.at mailing list
>>
>
>>
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-14 Thread Miller Puckette via Pd-list
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  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  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__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
> > > >
> > > >
> >
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!RGpNNxBX_Pu7bkn8ly_1PQ9HD2uRrZfYWvRKXfr11LRmHozXMVZoJ4FpyL3f$
> >
> >

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!W6L8x8W37605JTT2NJ1pUlOH5tYj65d9g1V9Oo53O-jz_3bjUO4-U_bljHoK$
>  




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-14 Thread 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  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  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__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
> > >
> > >
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!RGpNNxBX_Pu7bkn8ly_1PQ9HD2uRrZfYWvRKXfr11LRmHozXMVZoJ4FpyL3f$
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-14 Thread Miller Puckette via Pd-list
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  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__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
> >
> >

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!RGpNNxBX_Pu7bkn8ly_1PQ9HD2uRrZfYWvRKXfr11LRmHozXMVZoJ4FpyL3f$
>  




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-14 Thread iftah gabbai
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  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__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] recording 192khz

2020-08-14 Thread Miller Puckette via Pd-list
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__;!!Mih3wA!WY75P-RP7fEB5wWfbvMf9YeFbe3QPmpLN3Ueg1O6sGalKcabQ7HOv3U76Eqw$
>  




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] recording 192khz

2020-08-14 Thread iftah gabbai
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://lists.puredata.info/listinfo/pd-list