Hello,<br><br>I found a solution:<br>If I down grade to kernel 2.6.36 it works fine. If I use kernel 2.6.37, it stutters and from 2.6.38 and up, v4l support is removed.<br>That was the last part I was suspecting.<br>So I am good for the moment, but if I understand correctly, for future use I will have to upgrade my steaming to v4l2 or gstreamer.<br>
I tried also the gstreamer option, but I don't get it to work. The pix_gs2gem seems to break on runtime and I find the documentation on how to use the components in the right order quite confusing.<br>I will ask Salsaman from LiVES if has plan's for supporting v4l2loopback and hopes that performs better than vloopback in the current kernel.<br>
<br>Is there maybe support for SDL streams in GEM?<br><br>Thanks for the support,<br>if you are interested in the result: <a href="http://www.facebook.com/vjharriebo">http://www.facebook.com/vjharriebo</a>.<br><br>If I get a working setup that will be supported in the main version, I will document my setup.<br>
<br>Regards,<br>Harrie<br><br><br><div class="gmail_quote">On Mon, Sep 19, 2011 at 3:57 PM, IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<div class="im"><br>
On 2011-09-14 12:59, Harrie Hoogeveen wrote:<br>
> Hello,<br>
><br>
> I work with a patch where I read 3 video streams from v4l devices, created<br>
> with the vloopback kernel module.<br>
<br>
</div>hmm, since v4l(1) has vanished from the kernel, i'm afraid i cannot do<br>
much testing right now.<br>
<div class="im"><br>
> I tried down grading to 0.92.3, which was the stable when I designed this<br>
> patch, but the result is the same.<br>
<br>
</div>are you sure that you are using 0.92.3, after downgrade?<br>
<br>
if indeed both 0.93 and 0.92 are affected by your issue, then the<br>
problem is likely to be outside of Gem...<br>
<div class="im"><br>
> If I test the v4l stream with for example VLC the stream runs smooth.<br>
<br>
</div>even when reading all 3 streams in parallel?<br>
<div class="im"><br>
> The video streams are generated with LiVES 1.4.4. It supports the vlooback<br>
> output options. It is a UYV clamped stream, 280 pix wide:<br>
<br>
</div>does lives have an output option for v4l2loopback?<br>
<div class="im"><br>
> What could be the cause that just one stream at the time plays in GEM?<br>
<br>
</div>if the problem is indeed Gem (which might well be), then i would suspect<br>
some locking problems in the threading.<br>
try sending an [async 0/1( message.<br>
<br>
fgmasdr<br>
IOhannes<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.11 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAk53SlEACgkQkX2Xpv6ydvRALgCg4csZjwrgnx9XzoJpTI0hHXw7<br>
pEQAnisj3k1aYIS8fP/LURF+apLxicg4<br>
=u9l5<br>
-----END PGP SIGNATURE-----<br>
<br>
<br>_______________________________________________<br>
GEM-dev mailing list<br>
<a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
<br></blockquote></div><br>