<div dir="ltr"><div><div><div><div><div>Thanks Sebastian for answering my question,<br><br></div>It is on NVIDIA TK1 platform and I have attached the snippet of source code.<br><br></div>Based on your comment I analysed the logs and can see that "stream-start" signal has came into sink pad of the "h264enc1" but it has not gone out of it's src.<br><b>$ ag "h264enc1\:sink" mylog129.txt | ag "stream-start"<br></b>9165:0:05:26.048170281 22386   0x6f70c0 LOG                 GST_PADS gstpad.c:4729:gst_pad_push_event_unchecked:<capsfilter38:src> sending event 0x9a804b40 (stream-start) to peerpad <h264enc1:sink><br>9166:0:05:26.048188615 22386   0x6f70c0 DEBUG              GST_EVENT gstpad.c:4985:gst_pad_send_event_unchecked:<h264enc1:sink> have event type stream-start event: 0x9a804b40, time 99:99:99.999999999, seq-num 1853, GstEventStreamStart, stream-id=(string)cfad77d0d1ad3cedc4628ed812655089, flags=(GstStreamFlags)GST_STREAM_FLAG_NONE, group-id=(uint)7;<br>9173:0:05:26.048317863 22386   0x6f70c0 LOG                 GST_PADS gstpad.c:4571:store_sticky_event:<h264enc1:sink> stored sticky event stream-start<br><br><b>$ ag "h264enc1\:src" mylog129.txt | ag "stream-start<br></b></div><div>Nothing!<b><br></b></div><div><br><br></div>where as for h264enc0 I can see that this signal has passed both pads.<br><b><br>$ ag "h264enc0\:sink" mylog129.txt | ag "stream-start"</b><br>9056:0:05:26.046121139 22386 0xa0103b80 LOG                 GST_PADS gstpad.c:4729:gst_pad_push_<wbr>event_unchecked:<queue14:src> sending event 0x9a804b40 (stream-start) to peerpad <h264enc0:sink><br>9058:0:05:26.046143722 22386 0xa0103b80 DEBUG              GST_EVENT gstpad.c:4985:gst_pad_send_<wbr>event_unchecked:<h264enc0:<wbr>sink> have event type stream-start event: 0x9a804b40, time 99:99:99.999999999, seq-num 1853, GstEventStreamStart, stream-id=(string)<wbr>cfad77d0d1ad3cedc4628ed8126550<wbr>89, flags=(GstStreamFlags)GST_<wbr>STREAM_FLAG_NONE, group-id=(uint)7;<br>9071:0:05:26.046345720 22386 0xa0103b80 LOG                 GST_PADS gstpad.c:4571:store_sticky_<wbr>event:<h264enc0:sink> stored sticky event stream-start<br><br><br><b>$ ag "h264enc0\:src" mylog129.txt | ag "stream-start"</b><br>16181:0:05:27.768692738 22386 0x9a8038f0 LOG                 GST_PADS gstpad.c:4571:store_sticky_<wbr>event:<h264enc0:src> stored sticky event stream-start<br>16186:0:05:27.768845903 22386 0x9a8038f0 LOG                 GST_PADS gstpad.c:4729:gst_pad_push_<wbr>event_unchecked:<h264enc0:src> sending event 0x9a804b40 (stream-start) to peerpad <capsfilter37:sink><br>16220:0:05:27.769657310 22386 0x9a8038f0 DEBUG               GST_PADS gstpad.c:3378:push_sticky:<<wbr>h264enc0:src> event stream-start marked received<br>16239:0:05:27.769979056 22386 0x9a8038f0 DEBUG               GST_PADS gstpad.c:3358:push_sticky:<<wbr>h264enc0:src> event stream-start was already received<br>16616:0:05:28.315091380 22386 0x9a8038f0 DEBUG               GST_PADS gstpad.c:3358:push_sticky:<<wbr>h264enc0:src> event stream-start was already received<br>17242:0:05:28.331527267 22386 0x9a8038f0 DEBUG               GST_PADS gstpad.c:3358:push_sticky:<<wbr>h264enc0:src> event stream-start was already received<br><br><br></div>I have set the GST_DEBUG to 7, so is there anyway to get more info form encoder?<br></div>Thanks<br><div><div><br><br><div><div><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 31, 2017 at 5:39 AM, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 2017-03-28 at 14:46 -0400, mehdi semsarzadeh wrote:<br>
> Dear All,<br>
> I am having the following pipeline I start and stop it multiple<br>
> times, and sometimes it fails to start after being stopped. It Hangs<br>
> on this log: "waiting in preroll for flush or PLAYING".<br>
> As I looked on gstreamer-devel forum the only reason that is<br>
> mentioned is the need of queue after tee, which is placed in this<br>
> pipeline.<br>
> I have attached the log file,<br>
> Thanks for your help <br>
><br>
><br>
>  appsrc name=videoSrc format=3 stream-type=0 ! video/x-raw,<br>
> format=(string)UYVY, width=1920, height=1080 ! nvvidconv<br>
> name=videoConvert0 ! video/x-raw(memory:NVMM), format=I420 ! tee<br>
> name=t ! queue ! omxh264enc name=h264enc0  ! video/x-h264, stream-<br>
> format=avc ! matroskamux streamable=true ! filesink name=videoPath0<br>
> location=vid_es_fifo_0 t. ! queue ! nvvidconv name=videoConvert1 !<br>
> video/x-raw(memory:NVMM), width=1920, height=1080 ! omxh264enc<br>
> name=h264enc1  ! video/x-h264, stream-format=avc ! matroskamux<br>
> streamable=true ! filesink name=videoPath1 location=vid_es_fifo_1<br>
<br>
According to the log, the problem here is that videoPath1 never gets<br>
any buffer. videoPath0 does. h264enc1 gets buffers but it doesn't look<br>
like it the muxer before it gets any buffers. So I'd expect there to be<br>
something wrong in the encoder element here, for which there is<br>
unfortunately not that much debug output in your log.<br>
<br>
Which platform is this on, which code is the omxh264enc based on?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" rel="noreferrer" target="_blank">http://www.centricular.com</a></font></span><br>______________________________<wbr>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.<wbr>freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/gstreamer-<wbr>devel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Mehdi Semsarzadeh</div>
</div>