<div dir="ltr"><div><div>Ok, after a lot of googling I've seemed to find out the very viable explanation on what is happening:<br><br>"Short answer why your pipeline don't work now.<br>omxh264enc (h264 encoder) generate something call SPS NAL.<br>This
 SPS NAL contain basic information as width, height ,................ 
all basic information that you neeed before you start decoding 
something.<br>And this buffer is generated only ONCE at start.<br>And tcpserver dump this sps as you connect to server after some time."<br><br></div>The source is <a href="https://www.raspberrypi.org/forums/viewtopic.php?f=38&t=6852&start=225">https://www.raspberrypi.org/forums/viewtopic.php?f=38&t=6852&start=225</a><br><br></div>The are also some pathes to gst-omx attached. I would try those after weekend. I remember now that the same issue stoped me from streaming h264 from local files on the server...<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-04 18:59 GMT+03:00 Krutskikh Ivan <span dir="ltr"><<a href="mailto:stein.hak@gmail.com" target="_blank">stein.hak@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I've been experimenting with this setup for a whole day right now. Seams that omxh264enc does not honor the target-bitrate and <span>control</span><span>-</span><span>rate</span><span> parameters, which might result in a buggy stream. Has anyone observed such an behavior? I'm using RPi2 btw<br></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-06-03 21:13 GMT+03:00 Krutskikh Ivan <span dir="ltr"><<a href="mailto:stein.hak@gmail.com" target="_blank">stein.hak@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It's gstreamer 1.2 which is default for rasbian wheezy. Can this situation be helped with a queue after v4l2src? The weirdest thing that I mentioned earlier is that streaming to local file works fine. Streaming to tcpserversink however fails =(<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>2015-06-03 21:08 GMT+03:00 Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><span>Le Wednesday 03 June 2015 à 18:25 +0300, Krutskikh Ivan a écrit :<br>
> gst-launch-1.0 v4l2src device=/dev/video0 ! videoscale ! videoconvert<br>
> ! videorate ! omxh264enc target-bitrate=1000000 control-rate=1 !<br>
> “video/x-h264,profile=high" ! h264parse ! mpegtsmux !  tcpserversink<br>
> host=0.0.0.0 port=5000<br>
<br>
</span>The problem is most likely that v4l2src does not allocate enough buffer<br>
for the encoder. I'm not sure which version of GStreamer this is, hence<br>
not able to give better advices. In 1.4, v4l2src should be copying out<br>
buffers as soon as the local queue is near empty. Then on 1.5+ it will<br>
try and be a little smarter. On 1.2, it would most likely just stall.<br>
<br>
One generic change you could do is to try and select a lower profile<br>
(like constrained-baseline), this will disable b-frames, hence reduce<br>
the number of buffer required. It will also reduce your latency.<br>
<span><font color="#888888"><br>
Nicolas</font></span><br></div></div><span>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>