GNOME Bugzilla – Bug 784083
dash playback doesn't adapt to higher resolution
Last modified: 2018-11-03 14:10:07 UTC
Dear Members, On gstreamer-1.12.0 and coresponding gst-pluings-bad version , when i try to play this stream (http://yt-dash-mse-test.commondatastorage.googleapis.com/media/car-20120827-manifest.mpd) the playback is not adapted to higher resolution. Playback starts from the lowest varient, than bitrate is changed to highest resolution only to fallback to the lowest one. This issue is seen 100/100 times irrespective of the network speed. NOTE: this issue wasn't to be seen in earlier gstreamer versions (in my case gstreamer version 1.8.3) Thanks
Dear Members, Calculating fragment rate in gst_adaptive_demux_stream_update_current_bitrate() using last bitrate from stream->last_bitrate returned by _uri_handler_probe function isn't giving the right value. That will lead to bogus bitrate request from gst_adaptive_demux_stream_update_current_bitrate() to gst_dash_demux_stream_select_bitrateI(), which ultimately causes the issue. I've tried to use queue2 and the property avg-in-rate to calculate fragment_rate and the issue isn't observed. I've reverted commit https://github.com/GStreamer/gst-plugins-bad/commit/4aadf50012cb057422f29644b41fcaa30c1a2dd2#diff-b68ccde316e64cbd6fa24272a464a925 and https://github.com/GStreamer/gst-plugins-bad/commit/800aca816129d8f4d0b2ffb81180f80c0bd60216?diff=split and issue is no longer reproduced. Waiting for your comments on that Thanks
-- 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/gst-plugins-bad/issues/575.