2018-01-05, 15:09
Users may be missing what can be done in Krypton onwards with album type to help make large music collections more accessible.
This came up in another thread
The more dynamic filter facility - available from the side blade menu - does not currently include album path as a parameter. I could look at adding that, but in the longer term I would rather add a custom property facility instead that could be set manually or in a batch using path or other smart playlist rules. That way you could set whatever properties you wanted for an album (or artist) and use those to sort, filter etc.
In the meantime all is not lost.
For every album Kodi stores an album type, which is just text and can be anything a user wants. Album type is one of the currently supported filter properties (as well as being smart playlist rule), so if the special edition albums had a type of "Special Edition" it would be easy to filter them when looking at a long list of albums.
Album type is initially populated from a tag embedded in musicfiles, in the various formats:
MusicBrainz/Album Type (ASF)
MUSICBRAINZ ALBUM TYPE (ID3 for mp3 files)
MUSICBRAINZ_ALBUMTYPE (APE)
RELEASETYPE (Xiph/Vorbis for FLAC files) [unfortunately named and not to be confused with the internal releasetype Kodi uses that is either "album" or "single"]
Picard generically calls this tag "release type" (again not to be confused with the internal releasetype Kodi uses) will fill it by default with the Musicbrainz release group type (see https://musicbrainz.org/doc/Release_Group/Type). This can be things like "album / compilation" or "EP / Live" or "soundtrack", mostly it is just "album". Hence this tag could be replaced with values that have more meaning to the user e.g. "Special Edition", "bootleg" etc. It can also be added or edited in other tag editors such as Mp3tag, just ensure that the correct tag name is used for the tag format.
Album type value can also be populated from scraping album NFO files, it is the <type> xml tag, for example <type>Special Edition</type>. However the NFO value is only applied if either no value was scanned from music file tags, or if "Prefer online information" is enabled.
So @BatterPudding to separate your remasters, re-releases, special editions, official concerts, dodgy bootlegs, official bootlegs, and obscure releases etc. why not use "album type"? Not sure which approach - tags or NFO - is easilest for you, but give it a try and then when navigating albums use the filter from the side blade.
This came up in another thread
(2018-01-03, 23:01)BatterPudding Wrote: When I open up a band like Pink Floyd on my system it is hard to find an album as there is SOOOO much in there all gathered together. The official albums are in with the remastered, re-releases, special editions, official concerts, dodgy bootlegs, official bootlegs, obscure releases. On the filing system these are generally in different folders - but that is not something KODI is aware of. So there is no natural way of filtering this all at the moment.Actually Kodi is aware of album path, and can make smart playlists using it, for example a list of albums with "special edition" in the path. But smart playlists are probably too static to be a complete navigation solution.
The more dynamic filter facility - available from the side blade menu - does not currently include album path as a parameter. I could look at adding that, but in the longer term I would rather add a custom property facility instead that could be set manually or in a batch using path or other smart playlist rules. That way you could set whatever properties you wanted for an album (or artist) and use those to sort, filter etc.
In the meantime all is not lost.
For every album Kodi stores an album type, which is just text and can be anything a user wants. Album type is one of the currently supported filter properties (as well as being smart playlist rule), so if the special edition albums had a type of "Special Edition" it would be easy to filter them when looking at a long list of albums.
Album type is initially populated from a tag embedded in musicfiles, in the various formats:
MusicBrainz/Album Type (ASF)
MUSICBRAINZ ALBUM TYPE (ID3 for mp3 files)
MUSICBRAINZ_ALBUMTYPE (APE)
RELEASETYPE (Xiph/Vorbis for FLAC files) [unfortunately named and not to be confused with the internal releasetype Kodi uses that is either "album" or "single"]
Picard generically calls this tag "release type" (again not to be confused with the internal releasetype Kodi uses) will fill it by default with the Musicbrainz release group type (see https://musicbrainz.org/doc/Release_Group/Type). This can be things like "album / compilation" or "EP / Live" or "soundtrack", mostly it is just "album". Hence this tag could be replaced with values that have more meaning to the user e.g. "Special Edition", "bootleg" etc. It can also be added or edited in other tag editors such as Mp3tag, just ensure that the correct tag name is used for the tag format.
Album type value can also be populated from scraping album NFO files, it is the <type> xml tag, for example <type>Special Edition</type>. However the NFO value is only applied if either no value was scanned from music file tags, or if "Prefer online information" is enabled.
So @BatterPudding to separate your remasters, re-releases, special editions, official concerts, dodgy bootlegs, official bootlegs, and obscure releases etc. why not use "album type"? Not sure which approach - tags or NFO - is easilest for you, but give it a try and then when navigating albums use the filter from the side blade.