VideoPlaybackRoadmap

Differences between revisions 12 and 33 (spanning 21 versions)
⇤ ← Revision 12 as of 2005-04-26 07:36:22 →
Size: 2607
Editor: intern146
Comment: interested
← Revision 33 as of 2008-08-06 16:27:55 → ⇥
Size: 2825
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
## page was renamed from VideoPlaybackRoadmpa
Line 5: Line 4:
= VideoPlayback =

== Status ==

  * Created: [[Date(2005-04-23T10:35:15Z)]] by MattZimmerman[[BR]]
  * Priority: HighPriority[[BR]]
  * People: SebastienBacherLead, DanielStoneSecond[[BR]]
  * Contributors: MattZimmerman[[BR]]
  * Interested: MatthewPaulThomas, CharlesMajola[[BR]]
  * Status: WaitingOnColinCharles, BreezyGoal, UduBof, DistroSpecification, DraftSpec[[BR]]
  * Branch: [[BR]]
  * Malone Bug: [[BR]]
  * Packages: [[BR]]
  * Depends: [[BR]]
  * UduSessions: 1, 4, 8, etc [[BR]]		  * '''Launchpad Entry''': https://launchpad.net/distros/ubuntu/+spec/video-playback
 * '''Created:''' <<Date(2005-04-23T10:35:15Z)>> by MattZimmerman
 * '''Contributors''': JaneWeideman, SebastienBacher, MattZimmerman
 * '''Packages affected''':
Line 23: Line 11:
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 BreezyBadger. 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.
Line 25: Line 13:
This topic is NOT related to support for particular codecs, but to the general infrastructure needed to support all kinds of video playback. This topic is '''not''' related to support for particular codecs, but to the general infrastructure needed to support all kinds of video playback.
Line 31: Line 19:
== Scope and Use Cases ==
Line 33: Line 20:
 * Good A/V sync is essential
 * Must integrate cleanly with the desktop
  * User interface
  * Audio device sharing		 == Use Cases ==
Line 38: Line 22:
  Options:

 * gstreamer
  * Bad AV sync
  * best long time
  * DLL loader
  * firefox integration

 * xine
  * not much covery
  * need to split the codecs (should not be too hard)
  * DLL loader
  * player only
  * just works
  * firefox integration

 * VLC
  * similar to xine
  * generally works
  * firefox integration

 * helix
  * hicky

 * mplayer
  * hostile upstream
  * application, not platform
  * not easy to split the codes

Codecs:

 * Good:
  * dirac
  * flac
  * MPEG1
  * speex
  * theora
  * vorbis
 * Evil
  * AAC
  * MPEG 2/4
  * realaudio
  * WMV
 * Evilish
  * MP3

Methods:
 * ffmpeg
 * DLL loader
 * fluendo (easy licence)

We can have different version of xine for main and universe		  * 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
Line 94: Line 27:
 * SebastienBacher tracks gstreamer 0.9 for breezy
 * DanielStone works on splitting the codecs for xine
 * we picks the better one for breezy		  * Track gstreamer 0.10 (due December) through the DapperDrake process - SebastienBacher
 * All gstreamer apps that have already been ported to 0.10 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.10) doesn't play at least theora/vorbis files correctly (with no lag and a good a/v sync) we will switch to totem-xine
Line 98: Line 32:
=== Data Preservation and Migration ===  * 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.
Line 100: Line 34:
=== Packages Affected === === Packages using gstreamer ===
Line 102: Line 36:
=== User Interface Requirements === Those are the desktop packages that need to be ported to gstreamer0.10 for dapper:
Line 104: Line 38:
== Outstanding Issues ==  * 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: upstream has a patch ready for it
 * 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
Line 106: Line 46:
 * how far can we go in suggesting ?
 (marillat, mplayerhq, DLL downloader)		 == Suggestions ==
Line 109: Line 48:
=== UDU BOF Agenda ===

 * gstreamer vs. xine vs. ???

=== UDU Pre-Work ===		  * moved to EasyCodecInstallation
----
CategorySpec

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.10 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.10) doesn't play at least theora/vorbis files correctly (with no lag and a good a/v sync) we will switch to 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: upstream has a patch ready for it
  • 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

CategorySpec

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