Le 16/09/2011 14:04, Harrie Hoogeveen a écrit :
Hello again,
I come to ask for help again, because I am getting desperate.
I tried so many things, al version from 0.92.2 and up, and SVN build.
I have tried compiling these with only gmerlin or quicktime or mpeg
but all are not streaming 2 v4l devices at the same time. With or
without sse2 or mmx does not seem to matter.
It is a simple construction of two pix_video -> texture -> 3Dobject.
And they seem not to be able to stream at the same time.
I am sure it is not the streams, cause I can run more then 3 streams
and play all of them at the same time through the vloopback device
with xawtv. Only within pure data they seem to switch on each other.
Like a semaphore, just one at the time plays the others freeze.
All opengl, glew and direct rendering is there and working.
And it should be working for sure: http://vimeo.com/20685278
What can I be doing wrong?
Has anyone a suggestion in which corner to look or how to trace the
problem?
I know I should hit my self in the head for not making a backup of my
working binary's and will next time.
Regards,
Harrie
On Wed, Sep 14, 2011 at 12:59 PM, Harrie Hoogeveen
<[email protected] <mailto:[email protected]>> wrote:
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
_______________________________________________
GEM-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/gem-dev
I don't know exactly what you do, but if you use stream, you can take a
look at pdgst. Pdgst is GStreamer for Pure Data (and Gem). So you can
use it for video loopback. Have a look on this list for more information
about pdgst.
However the behavior that you report with vloopback seems strange, i
never had problem with Gem video object using different streams.
Maybe a problem with videoV4L plug-in ?
++
Jack
_______________________________________________
GEM-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/gem-dev
