[Help] streaming GoPro Hero 4
Sebastian Dröge
sebastian at centricular.com
Thu Jun 23 06:20:09 UTC 2016
On Mi, 2016-06-22 at 21:10 -0400, Gal Nissim wrote:
> Dear Sebastian,
>
> Since the GoPro Hero 4 is streaming with "ffplay", I guess the
> problem is not in the GoPro hardware but rather a bug in GStreamer.
>
> Here is an example of an apirance for "lost sync" in the log file
> ("lost sync" appeared repetitively):
>
> 0:00:02.345848000 48195 0x7f9b01063280 LOG mpegtsbase
> mpegtsbase.c:1207:mpegts_base_chain: PID 0x1011 Saw packet on a pid
> we don't handle
> 0:00:02.345857000 48195 0x7f9b01063280 DEBUG mpegtspacketizer
> mpegtspacketizer.c:841:mpegts_packetizer_next_packet: lost sync
> 0:00:02.345864000 48195 0x7f9b01063280 LOG mpegtspacketizer
> mpegtspacketizer.c:676:mpegts_packetizer_flush_bytes: flushing 3608
> bytes from
Yes that's exactly what I'm saying ;)
You can try increasing the buffer size of the udpsrc for starters, that
might help with the problem.
In any case, you'll have to check if the problem is really packet loss
(from which ffmpeg might recover better for whatever reason, and we
should improve our demuxer then), or if reading from the UDP socket
happens too slow.
It would also help if you could make a dump of the stream available,
then someone could take a closer look at that. Just connect udpsrc with
a queue and a filesink.
--
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/20160623/f999956f/attachment.sig>
More information about the gstreamer-devel
mailing list