VideoPlaybackRoadmap

Differences between revisions 25 and 26
⇤ ← Revision 25 as of 2005-11-02 19:59:18 →
Size: 3739
Editor: 209
Comment: reworked according to reviewer comments
← Revision 26 as of 2005-11-02 20:32:04 → ⇥
Size: 2893
Editor: 209
Comment: moved suggestions to EasyCodecInstallation
Deletions are marked like this. Additions are marked like this.
Line 49: Line 49:
(This would be nice to have but not a part of the current specification)

ATM, when you try to play an unhandled video with totem, it tells you that he cannot found the corresponding plugin.
What I suggest he must do is :

- Tell you what format you are trying to view and what plugin you need.
- If available with apt-get, it must suggest "Install this plugin now", so you can install the corresponding plugin in one click.
- If not available via apt-get for known issues (patents), it must explain why it is not avalaible and offer a "click here to know more" that send you to a page on this wiki (or on the website), telling you how to install w32codecs, libdvdcss, ... (it can perhaps download and install it automatically after asking you if you are in a country with software patents)

Another way is to have a standalone application that manage gstreamer plugins		  * moved to EasyCodecInstallation

Introduction

Video playback in Ubuntu is currently somewhat clunky. We should provide the best available video playback experience by default. In order to make the right decisions, we need to survey the available solutions, evaluate them against our requirements and use cases, and decide on a strategy for DapperDrake.

This topic is not related to support for particular codecs, but to the general infrastructure needed to support all kinds of video playback.

Rationale

Video is a killer app we need to support to maximize our appeal.

Use Cases

  • Vincent was not at GUADEC last year and he heard that there was interesting talks. Nice videos (ogg) of those have been made. He happily downloaded and started to watch them but quickly noticed that the sound was shifted from the video. He had to install a player from universe and thinks that should just work with the default player.
  • Daniel wants to be able to play the movie trailers he finds on the web from his browser just by clicking on them

Implementation Plan

  • Track gstreamer 0.10 (due December) through the DapperDrake process - SebastienBacher

  • All gstreamer apps that have already been ported to 0.9 will be built against it - SebastienBacher

  • Split xine such that only the Xiph codecs (and perhaps additional, unencumbered ones) are supported in main, the others will be shipped in universe -- unassigned
  • If totem-gstreamer (built against 0.9) does not satisfy the requirements above, we will switch to totem-xine
  • Also, if the applications built against gstreamer0.10 do not work well enough, we will switch back to gstreamer0.8 (and totem-xine)

  • JeffWaugh has talked to BenCollins about increasing /proc/sys/dev/rtc/max-user-freq (perhaps to 1024) for better response times for audio/video apps, and reduced CPU. Ben will determine whether it's a safe change to make across the board.

Packages using gstreamer

Those are the desktop packages that need to be ported to gstreamer0.10 for dapper:

  • gnome-applets: upstream will do it for GNOME 2.14
  • gnome-control-center: upstream will do it for GNOME 2.14
  • gnome-media: easy to do according to upstream, they will do it
  • rhythmbox: upstream has a patch ready for it
  • serpentine: we have to talk to this upstream
  • sound-juicer: ross is going to do this work for GNOME 2.14
  • totem: upstream has a patch ready for it, CVS has just branched and should get the patch soon

Suggestions

VideoPlaybackRoadmap (last edited 2008-08-06 16:27:55 by localhost)