GNOME Bugzilla – Bug 157519
Support for disk caching of "small" streams
Last modified: 2010-04-07 12:33:37 UTC
It would be good if totem saved small streams to disk and played them from there instead of the current buffering technique. I think this might be possible given xine's #save parameter as mentioned on http://sourceforge.net/mailarchive/forum.php?thread_id=3242971&forum_id=2551 . Only streams that had a known size and play time, were small (less than 50M?) and for which there was enough disk space would be cached in this manner. Download speed would be estimated and playback would not start until Time to download rest of file + Margin < Time to play entire file (although the user could start playback at any time and risk hitting the end of the file before the download was complete). With this, users on erratic connections would still be able to see smooth video (at the expense of disk space and waiting longer) and seeking would also be possible.
*** Bug 159504 has been marked as a duplicate of this bug. ***
"#save" is disabled by default on most xine-lib builds. Furthermore, it's not possible to know which streams are going to be long, or short, without opening the actual file. However, just as written in the duped bug, it should be possible to have a "Save copy as..." menu entry to save the file being played if it is finite.
Totem 2.30.x does that with the latest GStreamer, for FLV, AVI and MOV (MPEG-4/QuickTime) types, when streaming.