May 23, 2017 in digital music
An example popped into my inbox the other day which perfectly demonstrated how music library management must be approached in different ways.
In this case, it was an example of how syntax and the correctness of tags intertwine. More specifically, in the case of bliss's new correctness rules, how dates should be judged when they are stored in different date formats.
May 17, 2017 in digital music
I'm stepping outside of my office for a day or two, and heading off to Munich for the High End 2017 exhibition.
High End is the largest audio exhibition in Europe and covers all facets of the audiophile home audio industry; speakers, systems, cables, vinyl sales, in-car systems... it's a pretty huge event.
May 10, 2017 in bliss
This release is predominantly a maintenance release following on from the previous work on tag correction. It fixes a number of items, including a regression introduced in the last version, so I thought best to push it out now.
May 09, 2017 in bliss
The main breakthrough in this release is the introduction of data pipelines.
Before, the tag correction and all other tag rules worked independently. This caused an issue when the rules disagreed on what the tag should be for a given field.
For example, consider the album It Takes a Nation of Millions to Hold Us Back. Imagine this was stored as the truncated title It Takes A Nation Of Millions in your music collection. You have the tag correction rule enabled and also a title case rule enabled for the album name.
In this day and age you'd have thought "bigger is better". Why not store album artwork as large as possible, when storage is getting cheaper and displays getting larger, sporting higher resolutions?
Generally, it is best to store album artwork in as high a resolution as possible. But practicalities often intrude; many music players still have limits on the size of album artwork that they will display.