Here are the most popular ideas ever about Exaile Music Player .
Adding Audiobooks to the Ubuntu One Store
Written by ccadeptis23 the 10 May 10 at 20:41.
New
I am a huge fan of audiobooks. Copy-left ,right and center as long as the files are DRM-free. I would love to be able to purchase these audiobooks from the Ubuntu One Store.
LibriVox Integration
Written by jonnymccullagh the 13 Apr 10 at 11:10.
New
I think integration of the LibriVox service into Ubuntu One Music Store and/or Rhythmbox would be great. Free audiobooks
Solution #1:
LibriVox Ubuntu One Music Store Integration
Allow Audiobooks as a category in Ubuntu One Music Store with free content from the LibriVox project.
Or Have LibriVox as a plugin in Rhythmbox alongside Jamendo etc (with an Audio Books menu item under Library)
Allow Audiobooks as a category in Ubuntu One Music Store with free content from the LibriVox project.
Or Have LibriVox as a plugin in Rhythmbox alongside Jamendo etc (with an Audio Books menu item under Library)
Solution #2:
Project Gutenberg integration
I suggest integrating, if possible, with Project Gutenberg instead of or in addition to LibriVox. Project Gutenberg includes LibriVox recordings but also has some other books 'read' by computer-generated voices, thereby making more public-domain books available in audio format.
I suggest integrating, if possible, with Project Gutenberg instead of or in addition to LibriVox. Project Gutenberg includes LibriVox recordings but also has some other books 'read' by computer-generated voices, thereby making more public-domain books available in audio format.
Solution #3:
All CopyLeft integrated
Written by
Tom6 the 30 Apr 10 at 18:53.
There are a lot of CopyLeft or CreativeCommons type projects out there. It would be great to have built-in support for all of them & it would increase the range of stuff available to users.
There are a lot of CopyLeft or CreativeCommons type projects out there. It would be great to have built-in support for all of them & it would increase the range of stuff available to users.
Solution #4:
Integrate and improve Librivox
I'd be all for integrating Librivox content, but one thing I've always found about the site is that it can be hard to find interesting content based on subject.
I'd suggest allowing users to apply tags - fiction, nonfiction, horror, fantasy, sf, etc. - to assist in browsing available audiobooks.
I'd be all for integrating Librivox content, but one thing I've always found about the site is that it can be hard to find interesting content based on subject.
I'd suggest allowing users to apply tags - fiction, nonfiction, horror, fantasy, sf, etc. - to assist in browsing available audiobooks.
Solution #5:
Accept donations
Written by
stoffel the 9 May 10 at 12:11.
Allow users to donate money to these projects by allowing them to set a price they want to pay.
Allow users to donate money to these projects by allowing them to set a price they want to pay.
Unify music rating and playcount thoughout players
Written by _sebastian_ the 25 Oct 10 at 20:23.
New
Currently when I use Rhythmbox the Star rating and the play count is not saved in the media file metadata.
Both of the scores are lost even when I move or rename the file.
Rating and Playcount should be unified/standardised to work across all/most players.
Solution #1:
mediaplayers should write the playcount and rating to the metadata
Developers need to come up with a unified or compatible way to store ratings and playcount in the metadata of a mediafile.
Developers need to come up with a unified or compatible way to store ratings and playcount in the metadata of a mediafile.
Solution #2:
Use hashes to identify particular files and store media library info in a DB
Storing ratings and play count in metadata will lead to errors when the music will be shared or copied.
I think it'll be better to use hashes to identify particular files and store media library info in SQLite database in a unified way.
Canonical can also provide an API for developers to integrate this feature in their players. This API can also be used in Nautilus(via Plug-in) to navigate through music library. Media library info can be easily backed up via UbuntuOne.
It is also possible to use some local MusicBrainz analog instead of hashing. This will make Media library proof to reencoding in other audio/video formats.
Storing ratings and play count in metadata will lead to errors when the music will be shared or copied.
I think it'll be better to use hashes to identify particular files and store media library info in SQLite database in a unified way.
Canonical can also provide an API for developers to integrate this feature in their players. This API can also be used in Nautilus(via Plug-in) to navigate through music library. Media library info can be easily backed up via UbuntuOne.
It is also possible to use some local MusicBrainz analog instead of hashing. This will make Media library proof to reencoding in other audio/video formats.
Solution #3:
Improve the Last.fm plugin
Written by
leggy the 31 Oct 10 at 23:29.
It would help Last.fm users if the plugin would query Last.fm to find your play counts periodically, and whenever a new music file is added to the database. This way I could listen on other applications or computers and still have reasonable play counts.
This would work independently of the file, application, and machine. However, you would need a last.fm profile. I imagine a similar solution could be created for libre.fm.
I don't use the rating feature in Rhythmbox, but some integration with Last.fm's loved tracks might be possible too.
It would help Last.fm users if the plugin would query Last.fm to find your play counts periodically, and whenever a new music file is added to the database. This way I could listen on other applications or computers and still have reasonable play counts.
This would work independently of the file, application, and machine. However, you would need a last.fm profile. I imagine a similar solution could be created for libre.fm.
I don't use the rating feature in Rhythmbox, but some integration with Last.fm's loved tracks might be possible too.
Solution #4:
Adapt GNU FM and make a plugin for it
Written by
nimai the 6 Nov 10 at 22:52.
This would be similar to the solution "Improve the Last.fm plugin" but using some decentralized and free service like the one provided by libre.fm (which is powered by GNU FM).
GNU FM could be adapted to take into account a more refined rating system, and therefore be compatible with ratings and playcounts from a large set of audio players.
Some service like libre.fm could be used by default, but every one could still have his proper, maybe lighter [0], local server/daemon that would handle this.
[0] like in solution "Use hashes to identify particular files and store media info in a DB" for example. This could be implemented using GNU FM as frontend to the DB.
This would be similar to the solution "Improve the Last.fm plugin" but using some decentralized and free service like the one provided by libre.fm (which is powered by GNU FM).
GNU FM could be adapted to take into account a more refined rating system, and therefore be compatible with ratings and playcounts from a large set of audio players.
Some service like libre.fm could be used by default, but every one could still have his proper, maybe lighter [0], local server/daemon that would handle this.
[0] like in solution "Use hashes to identify particular files and store media info in a DB" for example. This could be implemented using GNU FM as frontend to the DB.