[gstreamer-bugs] [Bug 608148] [mpegtsdemux] Wrong start value in NEWSEGMENT events

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=608148
  GStreamer | gst-plugins-bad | 0.10.8

--- Comment #3 from Sebastian Dröge <slomo at circular-chaos.org> 2010-02-02 12:52:32 UTC ---
More precise, this is what happens while the first buffer is handled:

0:00:18.022240444 27106       0xe2e530 DEBUG            mpegtsdemux
gstmpegtsdem
ux.c:1140:gst_mpegts_demux_data_cb:<mpegtsdemux0> setting PTS to (6037065000)
ti
me: 18:37:58.500000000 on buffer 0xe54700 first buffer: 1 base_time:
0:00:00.000
000000
[...]
0:00:18.022266774 27106       0xe2e530 DEBUG            mpegtsdemux
gstmpegtsdemux.c:864:gst_mpegts_demux_setup_base_pts:<mpegtsdemux0> no base
PCR, using last 
PCR 3660843211
[...]
0:00:18.022684425 27106       0xe2e530 DEBUG            mpegtsdemux
gstmpegtsdemux.c:910:gst_mpegts_demux_send_new_segment:<mpegtsdemux0> segment
PTS to time: 11:17:56.035677777


The PTS of the buffer is somewhere around 18 hours but no base PCR was detected
and the last PCR is somewhere around 11 hours, which is then used as segment
start time.

Maybe in gst_mpegts_demux_setup_base_pts() the PTS should always be preferred
if the PCR is too far away

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.