I just found out today that unlike videos, current position is not stored for music when you push stop. This is a pretty big problem for people who use xbmc for lectures, podcasts, etc... (ie long mp3's that you're likely to listen to over the course of multiple periods)
Music features are not as developed as video, its not a bug its just not even a feature to begin with.
Thinsg that you cant do as well and would be nice is, remove from library on context menu same as video, yet neither is a bug because its not even there.
A feature(s) request at best.
uNi
Quote:Music features are not as developed as video
Rubbish. Reason this doesn't exist is because most music doesn't need it, whereas practically all videos benefit from it.
Consider it a feature request. Audio books would benefit too.
Thread moved to "Feature Suggestions" and title prefix changed to "Feature Request". I'd like to have this too for audio books and lectures.
Audiobooks is something I'm really hoping XBMC will have better support for at some point, either from core features or add-ons.
In addition to playposition, for audiobooks there really needs to be a stacking feature, similar to what's already available for videos, since audiobooks tends to be split across a sometimes large number of files and you need to keep track of where you are in the book as a whole, not in the individual files.
A new content type might be required to better support audiobooks, lectures, podcast, and similar, since they don't really have much in common with music files when it comes to meta data and you normally don't want them mixed in with your music.
True. On my server I put audio files into two directories. music and talk, which kinda divides them up between music and everything else including podcasted radio shows, audio books, documentaries...
Metadata for audio books from, say Amazon or Book Depository or Google Books?? Depends which has an accessible api I guess.