Please post a screenshot of your 3 Hamelin albums , he directory view as you call it , or a Windows/Mac file explorer view
My versions look fine and always have done
Without seeming rude , there must be some oddities in your files, you have chosen 2 sets of discs that are staples in the catalogue (the are NOT obscure recording which can some time trip Roon up) and have had no problems IDing in my library . If you want to find out what and why I would suggest some pictures of your file tags and file layout on disc.
I wonder if these albums are included . The albums quoted both Beethoven and Haydn were showing normally in my library before and presumably since the fix
It’s still unclear what this issue is, I keep asking for screenshots but ….
The screen of my laptop is too small for a screenshot to show anything.
But anyway: I would prefer to solve the problem myself. Hence the question of whether it is somehow possible to delete the data that Roon has determined and saved for this album. Then I could try it again “ab ovo”.
The answer is no , but you can set the Metadata settings to “Prefer File” rather than “Prefer Roon”
BUT to be honest if you cut off prefer Roon you will lose most of the benefits that Roon brings
Sort it yourself by all means, you will learn (the hard way).
I would reiterate , the
2 samples of Brautigam’s Beethoven AND Hamelin’s Haydn are perfectly standard albums , if there is something wrong as Roon displays them it is likely to be your fault rather than Roon’s
Setting to »prefer file« makes no difference. What sense makes it, that I can’t delete data which are obviously wrong?
By the way: I don’t understand how I could make a screenshot which tells anything relevant. If I had a possibility to export the metadata as text file, may be. But I don’t know if such a possibility exists.
I can now report that I have solved the problem and found its cause. (At least I hope so, but everything points to it.)
The problem was my MP3 tag editor (MusicTagEditor), which I have often suspected of not always working properly. But I have a lifetime licence for it, and you don’t give it up that easily.
A hunch prompted me to install mp3tag and have a look at the files. It turned out that the WORK and PART fields were not spelt correctly (the names were interspersed with strange characters). That was the problem.
I removed these incorrect fields with mp3tag and filled in the correctly named ones (which was very easy thanks to mp3tag’s scripting capability) - and lo and behold: now (almost) everything is as it should be. Almost, because some titles still appear in English and there are other differences in the titles. But these are minor issues, I’m fine with them.
I’m sorry to have put everyone’s patience to the test like this, but a change like this is like moving house but not being able to find out beforehand whether the furniture will fit in the flat at all, etc. It gets really bad when the move has already been decided and is underway and it suddenly seems certain that it won’t fit, so that you find yourself standing on the street with all your furniture. That makes you nervous, and so…
Well, yes. At least the problem has been solved, and I hope that I can take a more relaxed approach with others. It’s well past midnight here now, but it was worth staying up late.
It was difficult to discover. MusicTagEditor showed the wrong tag names in on view only, one which I just discovered…
It’s a pity. I used to think I had a very good tag editor. You can be so wrong. So now I have a new one that seems to be much better.
I thought it would be useful to mention here that I had issues with Roon incorrectly reading WORK and PART, and the cause was ID3 tags in FLAC files.
FLAC should not use ID3 tags, but some software incorrectly writes them to FLAC (or the user optionally adds them.) In the past, I used EAC, and this was most likely the cause. For instance, the track title “String Quartet no. 12 in F major op. 96, “The American”: I. Allegro ma non troppo” used different text for each tag type.
However, it is easy to remove them with (some) tagging tools or simply using the command line tool, ID3v2. I simply ran this script once on Linux.
#!/bin/zsh
for filepath in ~/Music/**/*.flac
do
id3v2 --delete-all "$filepath"
done
Use this with caution if you’re uncertain that equivalent FLAC (Vorbis) tags are present in the files.
Roon not only tries to identify the album release but also the composition. There are several possibilities:
The composition is not multi-part. In this case your German work title is retained.
The composition is multi-part but has not been identified by roon. In this case your German work title is retained.
The composition is multi-part and has been identified by roon. In this case roon replaces your German title with an American-English canonical form due to TiVo. You can see on allmusic.com what that canonical work title form will be.
I can see that a mix of English work titles and German parts would be annoying.
I find this very interesting, because I have been using many files for many years in many different programs, and for a long time all kinds of awkward auxiliary constructions and deliberately incorrect entries were necessary to display what I wanted to see. The only question is: How do I recognise whether such incorrect tags are in the files?
