|
The most annoying thing is not dedicating the time to cultivate playlist with your favorite tracks, but to LOSE ALL of them, when you move or rename a file. And that is something that happens in 99,99% (I'd say) of all cases with any music library over time. Example: I just moved all mp3, m4a files to the microSD card on my android phone, keeping names and folders identical, but my playlists are all empty now. Thank you Samsung! grr.. Making a path independent, p-hash independent (but utilizing, if available, or requested) playlist format is what I'd really want. The metadata should always be saved inside the file because metadata get's lost when you change the program. Filling up an sqlite db with all the metadata saved in your audio files would only speed up meta-data management and sync, but remove it's control from you. Features I think make sense to expect from a perfect music player (without vendor-lock-in), be it run on mobile, web, desktop, cli or as a daemon: • Path independant, file-name independant (thanks to p-hash) playlist import & export • Playlist export options for ie. Samsung Music Player, iTunes or whatever crap we're locked-in currently • Save Metadata incl. rating always inside audio files, because metadata get's lost when you change the program • Extract Metdata from audio files into a database for speed, management and easier sync into the files • Audio-Fingerprint may allow detection of: duplicates (hash independant), similars, classify genre and map mood-maps • Batch-Convert between flac,mp3,ogg,mp4,m4a if user wishes without stupid dialogues. 128Kbit LAME-encoded MP3s don't sound converted to "best quality ogg".. • Create P-Hashes (or another perceptual hash) initially, when idle, periodically or when requested Example playlist format: estelle.mp3, audio-fingerprint, House-Playlist
wu-tang.mp3, audio-fingerprint, PartyNight
|