flvdemux working .. sometimes

[Sebastian Dröge]

On Mi, 2016-06-01 at 00:04 +0200, Peter Maersk-Moller wrote:
> 
> > Most likely the problem here is that the audio or video stream are
> > not
> > found in the container early enough, and then the demuxer decides
> > that
> > there is no audio or video. This would be related to
> >   https://bugzilla.gnome.org/show_bug.cgi?id=764260
> 
> 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.

This bug should be more easy to fix once decodebin3/playbin3 are there.
It just will need someone to actually work on it and make "late added"
streams by demuxers work.

> 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?

That could be a problem, yes. The bug should only appear if audio and
video have a gap of more than 0.5 (iirc?) seconds. flvmux should
ideally not do that, that it does sounds like a bug.

> 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) ?

I'm not aware of such plans, but it would be a good addition to
GStreamer indeed. Unrelated to this problem though :)

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160603/b79e7d0e/attachment.sig>