<div dir="ltr"><div>Hi Nicolas,<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-03-19 0:56 GMT+01:00 Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
Le 03/18/2015 01:22 PM, Pablo ANTON a écrit :<br>
<span class="">> I don't know if I did well the configuration of the pool or if this is a<br>
> problem of the v4l2h264encoder (or any parent - v4l2videoenc, videoencoder).<br>
<br>
</span>This decoder is still under development. It's development is being<br>
tracked at: <a href="https://bugzilla.gnome.org/show_bug.cgi?id=728438" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=728438</a>.<br>
<br></blockquote><div><br>Well, the encoder has been taken by us, and slightly modified :).<br>You will find it here :<br><a href="https://github.com/Vodalys/gst-plugins-good/blob/veobox/sys/v4l2/gstv4l2videoenc.c">https://github.com/Vodalys/gst-plugins-good/blob/veobox/sys/v4l2/gstv4l2videoenc.c</a><br><br></div></div>The error observed is that the first buffer provided by the encoder to h264parse is not correct. And so, h264parse fails to find NAL, etc.<br><br></div><div class="gmail_extra">We can provide traces, but we will first push the compositor modifications we made to our repository, which may help too... :).<br><br></div><div class="gmail_extra">Thanks,<br></div><div class="gmail_extra">JM<br></div></div>