[Bug 750660] tsdemux and push-mode not calculating
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Jun 12 11:45:08 PDT 2015
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.
More information about the gstreamer-bugs
mailing list