[Bug 696631] New: hlsdemux: unnecessary switching to lowest bitrate
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Tue Mar 26 05:27:05 PDT 2013
https://bugzilla.gnome.org/show_bug.cgi?id=696631
GStreamer | gst-plugins-bad | 0.10.36
Summary: hlsdemux: unnecessary switching to lowest bitrate
Classification: Platform
Product: GStreamer
Version: 0.10.36
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: fraxinas at opendreambox.org
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
i investigated the phenomenon that hls-demux playback tends to switch to the
lowest available bitrate which seemed to happen especially on super fast
connections.
i observed that this happens in the log before the bitrate switches to the
lowest available stream:
0:00:10.514954329 2180 0x87f570 INFO hlsdemux
gsthlsdemux.c:1268:gst_hls_demux_get_next_fragment:<hlsdemux0> Fetching next
fragment http://***:8080/***/***-1_541759.ts
** (gst-launch-0.10:2180): CRITICAL **: gst_fragment_get_total_size: assertion
`GST_IS_FRAGMENT (fragment)' failed
0:00:11.626698109 2180 0x87f570 DEBUG hlsdemux
gsthlsdemux.c:1244:gst_hls_demux_switch_playlist: Downloaded 0 bytes in
0:00:01.202326000. Bitrate is : 0
0:00:11.627190331 2180 0x87f570 INFO hlsdemux
gsthlsdemux.c:1145:gst_hls_demux_change_playlist:<hlsdemux0> Client was on
2085600bps, max allowed is 0bps, switching to bitrate 985600bps
then, it downloads the same fragment index again with the lowest bitrate
it turns out that hlsdemux actually starts the download of the fragment too
early, before it is actually present on the server, hence the 0 byte size.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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