[Bug 745281] HLS Vevo stream freezes after around 7 minutes
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Mar 5 04:28:37 PST 2015
https://bugzilla.gnome.org/show_bug.cgi?id=745281
--- Comment #2 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
I saw three problems/behaviors that are related when investigating this:
1) When falling behind in the live stream, hlsdemux will repoistion itself to a
valid segment and will push it with the discont flag marked and its timestamp
set. The problem is that this timestamp can be very inaccurate when compared
with the 'real' timestamp inside the stream. In this case the timestamp will be
smaller than the real one (the larger the playback time, the worse the
difference).
2) h264parse seems to ignore input timestamps after the first one. When this
buffer with a discont and old timestamp is received it retimestamps it to keep
timestamps increasing. The audio branch doesn't do this and it will preserve
the input timestamps.
3) tsdemux will flush its mpegts time -> gst time mapping information when it
receives a discont, so the next buffers after the hls resync have a much
smaller timestamp provided from hlsdemux (which is just an approximation) and
tsdemux is not able to fix that using the mpegts timing information because it
now has to reset the timing as it received a discont
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list