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 735789 - hls/dash/mss: Download bitrate estimation is wrong
hls/dash/mss: Download bitrate estimation is wrong
Status: RESOLVED DUPLICATE of bug 733959
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-09-01 06:36 UTC by Sebastian Dröge (slomo)
Modified: 2015-11-18 09:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2014-09-01 06:36:17 UTC 
Currently we calculate the bitrate by taking the time between gst_pad_push() returning and upstream (e.g. souphttpsrc) giving us data. This does not work as it assumes that while gst_pad_push() is blocked no further data is downloaded. However if upstream has queues this is not true, and also with a simple souphttpsrc that is not true as it downloads data in another thread.

We should add some API to directly get the bitrate from the source, maybe via some informational new event.
Comment 1 Philippe Normand 2015-09-03 11:36:22 UTC 
Bug 733959 seems quite related as well, maybe a dupe?
Comment 2 Thiago Sousa Santos 2015-11-06 15:39:52 UTC 
Sebastian, does the related bug fix make this enough or do you still want to get the bitrate from the source for some reason?
Comment 3 Sebastian Dröge (slomo) 2015-11-18 09:02:42 UTC 

*** This bug has been marked as a duplicate of bug 733959 ***