[Bug 755047] mssdemux/dashdemux: live playback regression

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=755047

--- Comment #10 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Philippe Normand from comment #8)
> (In reply to Sebastian Dröge (slomo) from comment #4)
> > Curious, can you also get me the timestamps (PTS is enough) that happen
> > after the segment event? And also what qtdemux outputs (i.e. what it finds
> > in the tfdt)?
> 
> in both cases I see similar qtdemux logs:
> 
> 0:00:01.333264739  2227 0x73f2a920 LOG                  qtdemux
> qtdemux.c:5040:gst_qtdemux_decorate_and_push_buffer:<qtdemux0> Pushing
> buffer with dts 456:21:01.484400000, pts 456:21:01.564400000, duration
> 0:00:00.040000000 on pad video_0

If it doesn't have any tfdt, where do those timestamps come from? You say below
that adaptivedemux puts -1 on the buffers.


Is 456:21:01.564400000 the value that is in the mss manifest?


> In adaptivedemux after setting the PTS of the buffer to push:
> 
> 
> 0:00:10.182807288  2831 0x71b02800 DEBUG          adaptivedemux
> gstadaptivedemux.c:1462:gst_adaptive_demux_stream_push_buffer:<mssdemux0:
> video_00> buffer pts=99:99:99.999999999

Even for the first buffer of a segment?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.