Hello,<br><br>I work with a patch where I read 3 video streams from v4l devices, created with the vloopback kernel module.<br>These 3 streams are mapped on 3D objects wich I contol using midi.<br>After updating to the latest Gem release this became very slow. They seem to play only one stream at the time.<br>
So fist object 1 plays for a sec or two, than stops and then object 2 starts playing for a sec or two, stops, an then object 3 and back to 1 again.<br>I tested with only one stream, this works fine, but as soon as I open 2, they start to switch in playtime again.<br>
I tried down grading to 0.92.3, which was the stable when I designed this patch, but the result is the same.<br>If I test the v4l stream with for example VLC the stream runs smooth.<br><br>I run pdextended 0.42.5 on a linux system with kernel 2.8.37 (after that vloopback is not supported anymore, cause it needs the v4l compat. support kernel option.)<br>
The video streams are generated with LiVES 1.4.4. It supports the vlooback output options. It is a UYV clamped stream, 280 pix wide:<br><pre>*** Using vloopback plugin for fs playback, agreed to use palette type 519 ( UYVY:Y&#39;CbCr (clamped) ).</pre>
I run this patch on intel with 6 cores and nvida card.<br><br>What could be the cause that just one stream at the time plays in GEM?<br><br>Regards,<br>Harrie<br>