After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 751889 - baseparse: Calculates bitrates for the complete stream instead of windowed average
baseparse: Calculates bitrates for the complete stream instead of windowed av...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-07-03 10:54 UTC by Sebastian Dröge (slomo)
Modified: 2018-11-03 12:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2015-07-03 10:54:17 UTC 
See summary. Problem with that is that it will not react properly to bitrate changes currently.
Comment 1 Sebastian Dröge (slomo) 2015-12-07 17:44:16 UTC 
But by doing so, we might break application assumptions. They might expect to get the overall average right before EOS.

Apart from that we should just make that
  avg = (N * avg + new_frame_size) / (N + 1).

Maybe with N = 127 or a similarly high number.
Comment 2 Sebastian Dröge (slomo) 2015-12-08 09:47:56 UTC 
That actually does not work well as we might have many frames with unknown duration and only every now and then a smaller frame with timestamps. However the unknown durations should be considered too.

So we would need a real running average of e.g. all measurements in the last 10 seconds or so, which is of course a bit more expensive to calculate.
Comment 3 abhimanyu.v 2017-02-09 08:35:39 UTC 
>Calculates bitrates for the complete stream instead of windowed average
This may not be good idea if the stream is live stream, currently on 1.8 i am playing a live stream overnight and i see few

GStreamer-CRITICAL **: _gst_util_uint64_scale_int: assertion 'denom > 0' failed when it try to find the diffavg

i believe accumulating duration and data_bytecount causes them to overflow at certain time.

live stream url:
http://bbcmedia.ic.llnwd.net/stream/bbcmedia_6music_mf_p?s=1464101370&e=1464115770&h=99703e730266d812bc9b95d30389c6b4
Comment 4 Sebastian Dröge (slomo) 2017-02-09 11:37:10 UTC 
Do you want to work on a patch for that?
Comment 5 GStreamer system administrator 2018-11-03 12:28:19 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/119.