Video freezing with no obvious issues in logs

Graham Leggett minfrin at sharp.fm
Thu Nov 17 22:31:17 UTC 2016


On 17 Nov 2016, at 9:01 PM, Blake Chambers <blake.chambers at vecna.com> wrote:

> I played through the file 3 times using this command:
> "gst-launch-1.0 -v filesrc location=glitch1.ts ! tsdemux ! queue ! h264parse ! omxh264dec ! videoconvert ! videoscale ! glimagesink"
> 
> but I wasn't able to reproduce the bug, no freezing :/
> 
> What is the pipeline you are using?  Do you have a different command I can try on my end?

The command I’m using is this one:

GST_TRACE="live" G_DEBUG="fatal-warnings" LD_LIBRARY_PATH=/usr/local/lib gst-launch-1.0 --gst-debug=1,videotag:1,souphttpclientsink:2,pixelsample:1,mpegtsbase:0,tdttsparse:5,transcoder:5,omxvideodec:1,omxvideoenc:1,tsdemux:5,encodebin:1,videodecoder:5 filesrc location=/mnt/stream/raw.ts ! progressreport update-freq=5 ! tsdemux ! queue ! h264parse ! omxh264dec ! omxh264enc ! h264parse ! mpegtsmux ! hlssink target-duration=0

What I’m seeing is that the PTS values received by the videodecoder are suddenly no longer increasing after the glitch, but instead jump forwards and backwards. This happens for a period of time, before the videodecoder freezes up completely.

Regards,
Graham
—

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3240 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161118/e32dca79/attachment.bin>


More information about the gstreamer-devel mailing list