[GEM-dev] multiple video input streams became very slow after update

[Harrie Hoogeveen]

Hello,

I work with a patch where I read 3 video streams from v4l devices, created
with the vloopback kernel module.
These 3 streams are mapped on 3D objects wich I contol using midi.
After updating to the latest Gem release this became very slow. They seem to
play only one stream at the time.
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.
I tested with only one stream, this works fine, but as soon as I open 2,
they start to switch in playtime again.
I tried down grading to 0.92.3, which was the stable when I designed this
patch, but the result is the same.
If I test the v4l stream with for example VLC the stream runs smooth.

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.)
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:

*** Using vloopback plugin for fs playback, agreed to use palette type
519 ( UYVY:Y'CbCr (clamped) ).

I run this patch on intel with 6 cores and nvida card.

What could be the cause that just one stream at the time plays in GEM?

Regards,
Harrie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20110914/6a3265eb/attachment.htm>