[Bug 757631] progressreport format=bytes will not send msg
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Nov 15 13:16:20 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=757631
Jan Schmidt <thaytan at noraisin.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |thaytan at noraisin.net
Resolution|--- |FIXED
Target Milestone|git master |1.11.1
--- Comment #4 from Jan Schmidt <thaytan at noraisin.net> ---
I pushed a few commits that 'fix' things. Noone is / can sensibly answer bytes
queries on demuxed elementary streams. The encoders *could* try and answer
bytes position / duration by converting TIME to BYTES using the nominal/target
bitrate, but it's not accurate. Better to just query in time and refuse other
formats. Tim's pipeline now:
progressreport0 ( 0: 0: 5): Could not query position and/or duration
The commits (because actually a bunch of pieces were doing things wrong here):
commit d81c0aec8164f27019b8b768eeebdc62ee5e5c68
Author: Jan Schmidt <jan at centricular.com>
Date: Tue Nov 15 23:51:06 2016 +1100
baseparse: Restrict query/convert responses when demuxing
If the parser is not parsing a raw elementary stream, restrict
the position, duration and conversion query replies to
things we can sensibly answer about - especially don't do
random conversions to/from bytes.
commit a6ca8dfb42140e306de79506cf65ecf12e3912a5
Author: Jan Schmidt <jan at centricular.com>
Date: Tue Nov 15 22:39:43 2016 +1100
queues: Don't return negative position queries.
When subtracting queued data sizes from upstream queries
in queue, queue2, downloadbuffer and typefind, clamp the
result to not go negative, in case upstream returned
a nonsense value that's too small (as could happen if
upstream is estimating, or just broken)
commit 2b06e54651956d779123020c51c466397f5161ac
Author: Jan Schmidt <jan at centricular.com>
Date: Tue Nov 15 23:36:41 2016 +1100
videodecoder: Don't answer BYTES queries
Refuse to answer BYTES queries ourselves. The only
time they make sense is on raw elementary streams,
in which case upstream would already have answered.
https://bugzilla.gnome.org/show_bug.cgi?id=757631
commit 1840b0233a4b4686e7254e568c91c7f078a05f66
Author: Jan Schmidt <jan at centricular.com>
Date: Tue Nov 15 23:27:17 2016 +1100
audio: Don't answer BYTES queries
Refuse to answer BYTES queries ourselves. The only
time they make sense is on raw elementary streams,
in which case upstream would already have answered.
They especially don't make sense for encoders to answer
based on upstream values - although perhaps later
we could make it do TIME->BYTES conversion on the source
pad based on bitrate.
https://bugzilla.gnome.org/show_bug.cgi?id=757631
--
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