Now there are six GStreamer packages in the repositories (Dirac video plugin, extra plugins, ffmpeg video plugin, fluendo MPEG2 demuxing plugin, plugins for aac, xvid, mpeg2, faad, and plugins for mms, wavpack, quicktime, musepack). What about merging also those packages into one single package?
A major limitation of using Windows codecs is the use of Wine or questionable licensing. The use of Wine or DLL wrapper style codecs should be avoided. Real has already implemented licensed versions that are native to Linux in the RealPlayer product and licensed to the end user. Let's use these codecs in other applications, too.
The commercial version of RealPlayer includes native Unix implementations of all the major Windows Codecs like WMA9, WMV8, WMV9, all the Real codecs, and many others.
When RealPlayer is downloaded and licensed to the end user by Real Networks, we ought to use these licensed codecs supplied by RealPlayer in other applications like MPlayer, GStreamer, Xine, etc.
There are some module plugins for particular audio players like XMMS or Audacious but they are player-depended, so there isn't any way to play modules on next-generation players like Banshee, Rhythmbox or Amarok (Amarok have very simple mod support by xine but it is very buggy).
i guess i'm not the only one who ignores flash suggested videos at the end of a youtube video, therefore a clean video could be handled by ffmpeg just like totem can do.
i'm saying this since full screen youtube videos are badly rendered on my eeePC 900 while videos are usually very well supported in fullscreen by totem, gmplayer, vlc, etc... in streaming too
in ubuntu 8.10 there are new visual installed they should be renamed to only the adjective signifying their characteristic
for example rename should be
libvisual infinite plugin plugin v0.1-> infinite
small polish like this go long way in making ubuntu reach the goal of matching os-x usabiliy
==============================================================
added Monday, October 06 2008 reply to comments
==============================================================
well cheesehead to make my point clear
-if you start firefox it does not say firefox 3.0.3 it just says firefox.
-program in ubuntu are renamed from default name (upstream name) to name that just signifies their purpose
ooffice -writer 2.4->OpenOffice.org Word Processor
ooffice -calc 2.4->OpenOffice.org Spreadsheet
-well these renaming have been extended to all launcher in ubuntu
gnome-dictionary 2.24->dictionary
well in all the above cases launcher have been renamed to a simpler name removing all unnecessary information which was done to reduce confusion (contrary to what cheesehead is saying)
->if you want to search word you look for app named dictionary not gnome-dictionary 2.24 this extra information just leads to confusion for end user
------------------------------------------------------------
It would be really awesome for me as a fan of open standards to be able to port my whole library to a free format.
The most common case would be mp3/aac to oga I guess, but i think this only works with lossless formats properly (as commented already).
Of course this shouldn't happen by default it is a very CPU hungry operation but an option either song by song or the whole library in settings (something like "When a new song is added to library convert it to ...")
Alright I've been wanting to build a Carputer for my jeep for some time, and I will only do it with Ubuntu as I do not want to use windows. The problem is that the only GUI for a carputer system is a windows app run in wine. I want to create a for linux GUI front end that is customizable to sute the driver's needs (sat. radio, cd, aux inputs, tv tuner, radio, possibly podcasts, GPS, ect.) I like the feel of the Elsia media center system, it is however a pretty power hungry app. I dont think this would be too large a hurtle as a carputer would most likely be only runing this app outside of the linux kernel.
The biggest problems that i can think of would be
-serial driver connections(sat. radio receivers, aux imputs, GPS receivers) I've tried before to get my Garmin gps receiver to be "seen" under ubuntu, without sucess.
I was thinking the linux ver of google earth as the navigation assistant.
Elisa uses G-streamer as it's media player and puts it's own GUI on top of that framework, so I would like to create our own "skin" for G-streamer to take advantage of all the plugin codex's available.
How would that be built? What language?
I would love to take this project on but I would need some guidence as to where to start.
-sean