Helium 13 - Beta 2 - Build 13.0.14789.0
Audio Files an DB are on the local machine
Local Account that execute Helium 13 has administrator rights
1) Open Music Explorer.
2) Select Releasetype "Maxi/Single"
3) Take a look at the small circle icon at the left buttom. It should be a "M".
4) Press "Strg" + "E" to open the tag editor.
5) Take a look at the "Basic" register on the field "Releasetype". You can see "Not defined".
6) Check all other register but no entry "Maxi / Single" detected.
7) Do the same with three other entrys and it's all the same.
I make screenshots of this and attach them as files.
I reported this case still under Helium 12 that M4A-files are not touched under Helium 12 and now Helium 13 at all. I reported this case but so far it was ignored. If you tag a new and untagged m4a file in a fresh new database the helium database shows full tagging. But under windows explorer you can see that the files are fully untouched. No changes in the time stamp. Once updating the database somehow you can see that all tagged fields are empty again. It’s not only release type!
If you follow the discussion above you can see that release type, genre and publisher is stored differently (not using the "standard tag-frames") in MP3Tag.
Genre is stored in ID3v1 format as a byte instead of free text, publisher is stored as an iTunes specific "free frame" and the same with release type.
Not sure what you mean with that files are not touched, fields are properly updated during tagging, it's just that some of them cannot be read properly when changed with MP3Tag.
The solution in Helium 13 will be that we have extended m4a tags to support genre in ID3v1 format, publisher in the iTunes format.
For release type we will create a mapper where end-users will be able to configure which specific free-text that should be mapped to a specific Helium release type.
This will allow any combination of mappings and it will also apply to MP3 files (ID3v2 tags)
Earlier versions of Helium was not able to handle these tag fields, at least not for the files Stephan shared.
It seems like the release types are not stored on tags (the Tag editors always loads data from the tags whilst the views only show database data).
Have you imported your database form an older version or created it with Helium 12/13?
Can you please try to:
1) Create a new database
2) Add the albums with incorrect release types
Will the albums show an undefined release type?
If anyone would like to test the new version with the above improvements, please open a support ticket at: http://support.imploded.com.
i recorded same vinyl tracks at the weekend and tag them with mp3tag before i imported them to Helium.
After the import, i take a look of them at Helium and see the same issue with the releasetype as mentioned before.
So I look again at the tags with mp3tag and also take a look at the database at the sql server management studio. In mp3tag you can see the used RELEASETYPE tag, but this tag isn't given to the database and so also not in Helium. Now I ask myself if the tag RELEASETYPE is not an offical tag.
I make screenshot of this and attach them to this reply.
It seems like MP3Tag is using a different format for the releasetype tag compared to how it is used (since very long) in Helium.
This is most likely the reason why this specific tag cannot be read.
Can you share a file with this release type?
Possibly we can add read-support for it for a future Helium release.
i added two of this files at the dropbox share.
Thanks. We will analyse them further to see if we can add read support for that tag format, since they are M4A files the tag format is a bit different.
If you need it, I can upload the same files also as mp3 files. Please let me know.
That would be great, thanks in advance.
I uploaded the same two tracks as mp3 file to dropbox.
i do the steps you told me and all added album are shown with an undefined release type. I make two screenshots, one from the "old" database and one from the new database. They show the same album with the same files on my local computer.