[Bug 750660] tsdemux and push-mode not calculating

[GStreamer (GNOME Bugzilla)]

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

iotapi322 at icloud.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|NOTABUG                     |---

--- Comment #10 from iotapi322 at icloud.com ---
I have to reopen this bug because I'm seeing the exact same behavior when I do
a seek 600 seconds or larger into the playback stream.  When I do the seek
forward only 100 or 400 sec the seek works fine.

My code for the buffers ( for the first buffer and any seeks) looks like this:

 GstSegment segment;
        gst_segment_init(&segment,GST_FORMAT_TIME);
        segment.rate = 1.0;
        segment.applied_rate = 1.0;
        segment.format = GST_FORMAT_TIME;
        segment.position =0;
        segment.start =  demux->seekpos;
        segment.stop = gst_cisco_hls_get_duration(demux);
        segment.flags = GST_SEGMENT_FLAG_RESET;
        segment.time = demux->seekpos;
        GST_WARNING(" Sending NewSegment message with flag set to reset,
setting:\n new position to  %u (ms) \n start %"G_GINT64_FORMAT"  \n stop
%"G_GINT64_FORMAT"\n" ,demux->seekpos/ GST_MSECOND,segment.start,
segment.stop);

        GST_BUFFER_TIMESTAMP (buf)  = demux->seekpos;

        segmentEvent = gst_event_new_segment (&segment);


I've collected several logs placed in the seek_logs.tgz file:

compare.log: trimmed log that shows the start of the stream playing then after
the seek (line 45)

seek.log: full log that goes  with the compare.log file.

The interesting thing in the working cases is that I will always get the
gst_ts_demux_parse_pes_header "Got pts/dts update, rechecking all streams" 
However in the none working case I never see this print.

Happy to collect more logs or discuss how I should set the timestamp in the
buffers more than what I'm already doing.  ( I actually only timestamp the
initial buffer after start and after a seek).

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