hello all, ive been experimenting with shmem (the latest one i could find
in deken), it works fine as long as i use very small arrays, as soon as i
try to use bigger arrays ( havent checked where the breakpoint is but more
than approx 40) it doesnt and it returns "could not allocate shmem
memor
...perhaps i should elaborate, im trying to dump an array in the size
of 1152(2 min of 96 khz audio) to another instance of PD, is it
possible at all or do i have to break it to smaller chunks?
On Thu, Jan 30, 2020 at 12:01 PM iftah gabbai wrote:
> hello all, ive been experimenting with shme
hello,
Do you have enough free memory on your computer?
I just test on y computer, I can reproduce this error as soon as I ask an
allocation bigger than the available memory on my hardware.
(between 500 000 000 and 1 000 000 000 points)
cheers
Cyrille
Le 30/01/2020 à 12:11, iftah gabbai a écri
hey C, i have 16gb of ram, and if i did not completely messed up my calcs i
tried to allocate 2 min of 96khz (11.520.000)
thanks again!
On Thu 30. Jan 2020 at 17:06, cyrille henry wrote:
> hello,
>
> Do you have enough free memory on your computer?
> I just test on y computer, I can reproduce t
what is your OS?
Le 30/01/2020 à 17:10, iftah gabbai a écrit :
hey C, i have 16gb of ram, and if i did not completely messed up my calcs i
tried to allocate 2 min of 96khz (11.520.000)
thanks again!
On Thu 30. Jan 2020 at 17:06, cyrille henry mailto:c...@chnry.net>> wrote:
hello,
Do
I don't know why it fail on mac. You can try to split in smaller table, like
you suggested.
But you should also test it on linux first since it's your main target.
c
Le 30/01/2020 à 19:55, iftah gabbai a écrit :
im building on mac os 10.12 and intending to run on linux(arm), i haven’t
tested
so it is confirmed to work on linux? if so than great :)
On Fri 31. Jan 2020 at 13:58, cyrille henry wrote:
> I don't know why it fail on mac. You can try to split in smaller table,
> like you suggested.
> But you should also test it on linux first since it's your main target.
>
> c
>
> Le 30/01
MacOS used to have absurdly small values for the max SHMEM in the kernel.
Not sure about the current state of the defaults though. Check posts like
these for how to adjust:
http://flummox-engineering.blogspot.com/2014/05/increasing-shared-memory-for-os-x.html
I think there is also something in t
Le 31/01/2020 à 18:30, iftah gabbai a écrit :
so it is confirmed to work on linux? if so than great :)
it's working on my computer!
c
On Fri 31. Jan 2020 at 13:58, cyrille henry mailto:c...@chnry.net>> wrote:
I don't know why it fail on mac. You can try to split in smaller table,
lik
@cyrille, i have another question if i may, i saw somewhere in the list
that you write that streaming audio from pd to a subprocess with shmem is
much more efficient in terms of cpu usage, is it still the case? also if i
understand correctly from the docs i will then have latency of one block
size
@chris, thank you for that, very good piece of info!
On Fri 31. Jan 2020 at 20:03, cyrille henry wrote:
>
>
> Le 31/01/2020 à 18:30, iftah gabbai a écrit :
> > so it is confirmed to work on linux? if so than great :)
> it's working on my computer!
> c
>
>
> >
> > On Fri 31. Jan 2020 at 13:58, cy
yes, I did write that. But Miller implemented a binary transfer from pd to pd~
so the native solution must be lot's more efficient now. I did not test if
shmem is still faster.
Yes, using shmem_send~ and shmem_receive~ will add 1 more block latency on top
of pd~ latency.
cheers
Le 01/02/202
so i tested it with linux and it works great, my only problem right now is
that i get an audible glitch when i setmem /dumpmem on a 576 samples
size buffer, i tried breaking the setting / dumping to smaller chunks but
it only got worse, is there any workaround?
thanks!
On Sat, Feb 1, 2020 at
> when i setmem /dumpmem on a 576 samples size buffer
Are you trying to do this in a single DSP tick? This would create a CPU
spike and lead to audio dropouts, depending on the value of "delay" in
the audio settings.
You can either
a) increase "delay" -> more latency -> more chance to "a
increase audio buffer size?
Le 10/02/2020 à 12:38, iftah gabbai a écrit :
so i tested it with linux and it works great, my only problem right now is that
i get an audible glitch when i setmem /dumpmem on a 576 samples size
buffer, i tried breaking the setting / dumping to smaller chunks b
thanks Christof, unfortunately increasing the delay is not an option for
me,
when you suggest to spread the op across several dsp ticks you mean for
example not to read the buffer in one go but to break the read to chunks?
also, is there a way to "defer low" different tasks in pd?
On Mon, Feb 10,
> when you suggest to spread the op across several dsp ticks you mean
for example not to read the buffer in one go but to break the read to
chunks?
Yes.
> also, is there a way to "defer low" different tasks in pd?
Not yet, but I've proposed adding such functionality to Pd's API, so it
can b
thank you Christof for the help and cyrille for the excellent work,
breaking it to chunks did the trick!
On Mon, Feb 10, 2020 at 2:01 PM Christof Ressi
wrote:
> > when you suggest to spread the op across several dsp ticks you mean for
> example not to read the buffer in one go but to break the
18 matches
Mail list logo