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 505463 - Gstreamer streaming buffer too small for large videos
Gstreamer streaming buffer too small for large videos
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.14
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-12-24 18:11 UTC by David Benjamin
Modified: 2009-02-08 17:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description David Benjamin 2007-12-24 18:11:25 UTC
Please describe the problem:
Gstreamer should have more accurate heuristics on how much to buffer when streaming video. The current setup works extremely poorly for large videos.

Steps to reproduce:
1. Go to http://www.apple.com/trailers/
2. Pick a trailer available in HD. (For example, WALL-E).
3. Select the highest size available (1080p)
4. Watch video


Actual results:
Every 5-20 seconds, play stops to fill the buffer again. This is annoying and makes the video more-or-less unwatchable.

Expected results:
After buffering some initial amount, the video plays with little or no stops for further buffering.

Does this happen every time?
Yes.

Other information:
(I have the totem-mozilla plugin, as packaged by Ubuntu Gutsy Gibbon. I assume that is needed to get the video to launch nicely.)

Perhaps gstreamer should take into account the current average download speed (a moving average?) and how much data is needed for one second of playback, and use that to calculate the needed buffer size.
Comment 1 David Schleef 2007-12-24 20:10:37 UTC
The behavior you observe is indicative of not having enough download bandwidth for the stream.  HD video such as this trailer is encoded at up to 10 Mbit/sec, which is too much for all but the fastest home high-speed links.  Are you certain you have that kind of download speed?
Comment 2 Wim Taymans 2007-12-24 21:00:32 UTC
playbin2 with queue2 has what you describe but it's not yet hooked up. For these streams you practically have to buffer to a file (instead of memory) and then measure download speed to playback duration to figure out when you can start playback with little interruptions.
Comment 3 Tobias Mueller 2009-02-08 17:05:28 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!