10-26-2019, 02:45 PM
@blueninjasix
And then you wrote
At the heart of moOde, like many other players, is the amazing MPD---music player daemon. It's a hugely functional server-side product with tons of plugins and libraries to deal with all manner of music files. It's been in existence for more than 15 years. Trying to replicate it would take thousands of hours of programming, testing, and maintenance.
At its heart, in turn, MPD deals with tracks. It searches the source tree(s) for individual leaves, e.g., tracks, and adds them to its "database" along with their absolute file-system path and a homogenized version of their metadata "tags". It has no notion of a folder (I call 'em directories, but no matter) as an organizational element. Any notion of a relationship between/among tracks has to be recreated by an MPD client from the stored "tags".
As Tim says, the lack of standardization hampers the development of a classical music UI based on MPD. I've made my peace with moOde. I like it a lot, I'm too old to start writing a musicologist's frontend, and I'm too stubborn to switch to an alternative scheme based on <insert your favorite here>.
Regards,
Kent
PS - I'm a incurable pedant so I put database and tag in quotes.
Even the MPD documentation says "database" at one point because it's a blob accessible only via MPD routines and their approach to search. (Over time, though, the developers seem to be trying to recreate SQL.)
Originally, the metadata container added to a encoded music file was called the tag (like the manufacturer's tag on my shirt). In the container are fields and values which go by various names in different approaches such as ID3v2, FLAC/Vorbis, iTunes, etc., but which have come to be called "tags" too. Oh, well.
And then you wrote
Quote:Over the years that I have used Foobar, I have developed a peculiar system of arranging folders by composer that seems to work for me so I'll probably stick with it.
At the heart of moOde, like many other players, is the amazing MPD---music player daemon. It's a hugely functional server-side product with tons of plugins and libraries to deal with all manner of music files. It's been in existence for more than 15 years. Trying to replicate it would take thousands of hours of programming, testing, and maintenance.
At its heart, in turn, MPD deals with tracks. It searches the source tree(s) for individual leaves, e.g., tracks, and adds them to its "database" along with their absolute file-system path and a homogenized version of their metadata "tags". It has no notion of a folder (I call 'em directories, but no matter) as an organizational element. Any notion of a relationship between/among tracks has to be recreated by an MPD client from the stored "tags".
As Tim says, the lack of standardization hampers the development of a classical music UI based on MPD. I've made my peace with moOde. I like it a lot, I'm too old to start writing a musicologist's frontend, and I'm too stubborn to switch to an alternative scheme based on <insert your favorite here>.
Regards,
Kent
PS - I'm a incurable pedant so I put database and tag in quotes.
Even the MPD documentation says "database" at one point because it's a blob accessible only via MPD routines and their approach to search. (Over time, though, the developers seem to be trying to recreate SQL.)
Originally, the metadata container added to a encoded music file was called the tag (like the manufacturer's tag on my shirt). In the container are fields and values which go by various names in different approaches such as ID3v2, FLAC/Vorbis, iTunes, etc., but which have come to be called "tags" too. Oh, well.
