Problem: When listening to a radio stream and then download a file the stream has to rebuffer.

Some changes to rhythmbox would allow more songs to fit on iPod shuffle, as well as reduce error messages.

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

There are a number of hacks that sometimes work and sometimes not to play and more importantly transfer the audiobooks from audible.com to devices.

This a very popular service and they have a drm solution, that I have complained about.

1080p video is nearly impossible to watch due to sound and video issues as CPU decoding is slow and demanding.

And with little help of a fairly low-end, but modern GPU video decoding made easy even for low-end systems (as shown at Phoronix).

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).

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?

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 ...")

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.

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