On 9/19/21 13:43, Csaba Láng wrote:
How can I fix it?
you provide very little context... however:
there's a well known issue exposed in the help-patch of [pix_video]:
whenever you (successfully) open a video device, it will attempt to
change the number of the radiobuttons in the [pd
indeed I can't!
It has been a quite a while that I had attempted an implementation, and
on revisiting it now, I cannot detect any overhead.
Apologies for this wrong accusation and it looks that I can continue
with designing the patches using shmem!
Best,
Sebastian
cyrille henry wrote on
Hi list,
I am using 7 same cameras with th backend pylon.
For some reason pylon writes for the same camera Node not readable or:
Tcl) INVALID COMMAND NAME: invalid command name ".x562a9920.c"
while executing
".x562a9920.c delete 562a77785130BASE0"
("uplevel" body line 1881)
a couple of loose thoughts, I don't know anything about pi:
- you mean that using [netsend] / [netreceive] is too slow compared to
writing/reading to ramdisk?
- would it be better to centralize the patch+instances using pd~? (I
imagine [clone] uses the same thread)
- if these are single
hello,
can you elaborate about share-mem lib overhead?
I'm not aware of such problem.
cheers
Cyrille
Le 18/09/2021 à 18:43, Sebastian Lexer a écrit :
Hi List,
I want to share memory between several instances of PD running on separate
reserved cores. I've tried the share-mem lib, but it has a
