<div dir="ltr">Hi Sebastian<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 31, 2016 at 8:17 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">> QUEUE="queue max-size-time=0 max-size-bytes=0 max-size-buffers=0"<br>
> LOCATION=rtmp://<a href="http://192.168.3.100/live/mykey3" rel="noreferrer" target="_blank">192.168.3.100/live/mykey3</a><br>
><br>
> gst-launch-1.0 -v                        \<br>
>         rtmpsrc location=$LOCATION      !\<br>
>         $QUEUE                          !\<br>
>         flvdemux name=demux             !\<br>
>         $QUEUE                          !\<br>
>         aacparse                        !\<br>
>         avdec_aac                       !\<br>
>         autoaudiosink sync=0 demux.     !\<br>
>         $QUEUE                          !\<br>
>         h264parse                       !\<br>
>         avdec_h264                      !\<br>
>         $QUEUE                          !\<br>
>         videoconvert                    !\<br>
>         autovideosink sync=0<br>
</div></div>> [...]<br>
<br>
This means that one of the queues you have there is not linked until<br>
no-more-pads happens on the demuxer. Give proper names to the queues to<br>
know which one it is.<br></blockquote><div><br></div><div>I named the pipes uniquely and found the queue starving is the queue between the flvmux and h264parse.<br><br>0:00:06.310136630 10614       0xb6f990 WARN                 default grammar.y:506:gst_parse_no_more_pads:<demux> warning: Delayed linking failed.<br>0:00:06.310215513 10614       0xb6f990 WARN                 default grammar.y:506:gst_parse_no_more_pads:<demux> warning: failed delayed linking some pad of GstFlvDemux named demux to some pad of GstQueue named qh264<br>WARNING: from element /GstPipeline:pipeline0/GstFlvDemux:demux: Delayed linking failed.<br>Additional debug info:<br>./grammar.y(506): gst_parse_no_more_pads (): /GstPipeline:pipeline0/GstFlvDemux:demux:<br>failed delayed linking some pad of GstFlvDemux named demux to some pad of GstQueue named qh264<br>0:00:28.189631062 10614       0xb6f990 WARN                flvdemux gstflvdemux.c:1413:gst_flv_demux_parse_tag_video:<demux> Signaled no-more-pads already but had no video pad -- ignoring<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Most likely the problem here is that the audio or video stream are not<br>
found in the container early enough, and then the demuxer decides that<br>
there is no audio or video. This would be related to<br>
  <a href="https://bugzilla.gnome.org/show_bug.cgi?id=764260" rel="noreferrer" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=764260</a></blockquote><div><br></div><div>Reading through it, it sounds like that. That bug however is marked as an enhancement and it appear not to be moving very fast :-( Note that the problematic rtmp/flv stream is muxed and produced by GStreamer and not an external tool. I tried to change the block-size in the flvmux, but that does not seem to have any effect on this problem.<br><br></div><div>Interesting thing for delay in sync. If I start op the pipeline producing the stream and then start the playing pipeline without sync for audio and video sink, the video displayed is only a few hundred ms after what the camera records. The audio is around 5 seconds late. But if I start the player first, several seconds before I start producing the stream, the audio is less than 1000 ms late. Maybe the demuxer introduces a delay it doesn't have to introduce?<br><br></div><div>Are there any plans to add a rtmpserversrc module to GStreamer, a module that could act as an rtmp server receiving a RTMP stream from a rtmpsink module or another third party encoded rtmp (some cameras does rtmp although the current issue with audio/video sync and no-pads doesn't make it very attractive) ?<br><br></div><div>Thanks for the help<br><br></div><div>Peter <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<span class=""><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>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div></div>