Resetting timestamps from live fMP4 uridecodebin3 sources

[GStreamer-devel mailing list]

Q: How do you force the gstreamer uridecodebin3 to change the timestamps to
start at zero?

I am developing a gstreamer app to decode a uri from an adaptive live HLS
stream that is in the fragmented MP4 format (init.mp4 + .m4s segments). The
app uses the uridecodebin3 as the source element and the playsink as the
sink. The app works properly for uri sources of local .mp4 files, remote
recorded .m3u8 sources and live .ts sources. All these sources indicate
timestamps that start at zero.

However, the fragmented MP4 .m3u8 live sources that do not start with a zero
timestamp, correctly decode the 1st frame when entering the PLAYING state,
but do not play the stream. I have assumed that the running_time is waiting
to match the timestamps of the live stream before beginning the play back.

The test uri locations that I have setup are:

1. Working non-live source is at
uri=https://nile.rtst.co.za/hls/live/openview/recordings/rec_ovmaster.m3u8

2. Not working live source is at
uri=https://nile.rtst.co.za/hls/live/openview/ovmaster.m3u8

Is there a setting, callback or other mechanism to align the non-zero
timestamps in the uridecodebin3 to the running_time of the pipeline such
that the stream will play?




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel