[Bug 745455] dashdemux doesn't take the presentationTimeOffset into account.

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Mar 6 03:37:31 PST 2015


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

--- Comment #15 from Mathieu Duponchelle <mduponchelle1 at gmail.com> ---
(In reply to Thiago Sousa Santos from comment #9)
> Review of attachment 298288 [details] [review]:
> 
> ::: gst-libs/gst/adaptivedemux/gstadaptivedemux.c
> @@ +745,3 @@
>      stream->segment = demux->segment;
> +    stream->segment.start = stream->segment.position = stream->segment.time
> =
> +        stream->fragment.timestamp;
> 
> There is some other magic in other part of adaptivedemux to take care of
> live streams start time to avoid delaying playback start for them.
> 
> I think just somehow doing "segment.start/.position += presentationOffset;"
> would be a good enough solution here. Perharps some deeper changes would be
> needed in adaptivedemux to expose this to subclasses.
> 
> Also, I don't think 'time' should change here. The stream-time should start
> from 0 anyway.

Indeed, the patch I thought I had submitted only modified the segment start and
position already, I updated it.

Thanks a lot for the review, I think we've got something correct now.

-- 
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