Mp3tag 3.34.1 does not display existing ID3 metadata for certain MP3 files on one machine
Hello Florian,
First of all, thank you for Mp3tag. I have used it extensively for archival work across a large music collection and it has been an extremely valuable tool for many years.
I believe I may have encountered an issue in Mp3tag 3.34.1 and wanted to provide as much verified information as possible before posting.
Summary:
Certain MP3 files appear completely untagged in Mp3tag on one machine, despite containing readable ID3 metadata.
Observed behaviour:
No metadata fields appear in the main Mp3tag window
No embedded artwork appears
Extended Tags also appear empty
The files play normally
What has been verified:
The files are valid MP3s
Metadata physically exists inside the files
Embedded artwork is present and extractable
The metadata was originally written successfully using Mp3tag on another machine
The issue affects multiple files, not just one
Mp3tag is configured to read all supported tag types
From direct inspection of one affected file, the following ID3 structures are confirmed present:
TALB
TPE1
TPE2
TIT2
TRCK
TCON
TCOM
COMM
Multiple TXXX frames
APIC embedded JPEG artwork frame
Additional PRIV frames
The embedded JPEG artwork extracts successfully without requiring repair or recompression.
Reproduction:
Open affected MP3 file in Mp3tag 3.34.1 on the affected machine
Observe that no metadata is displayed
Inspect the same file externally and confirm readable ID3 frames are still present
I appreciate that malformed files can often be the cause of unusual behaviour, so I have tried to avoid assumptions in this report and only include behaviour that has been directly verified.
Thank you again for all your work on Mp3tag and for taking the time to read this.
PS. I have attached a link to an example which shows as having no tags despite them displaying elsewhere.
Thank you, that helped narrow it down considerably.
After disabling APE reading, the file still appears completely untagged in the main view, with no artwork or ID3v2 fields displayed.
However, Extended Tags is still able to read the APEv2 ReplayGain / MP3Gain fields correctly.
At the same time, external inspection confirms the file also still contains readable ID3v2 frames and embedded JPEG artwork.
So this now seems less like missing metadata and more like Mp3tag 3.34.1 partially reading the file while failing to surface the ID3v2 layer properly for this particular tag combination or structure.
I will test the same file in the latest development build next before making any modifications to the files themselves.
One thing I think is important from an archival perspective is that disabling APE reading solves the immediate visibility issue, but also reduces visibility into what metadata systems physically exist inside the files.
In other words, unticking APE under “Read” appears to make Mp3tag ignore those tags operationally rather than indicating whether they are still present internally.
So while this may be the correct practical workaround for normal editing, it also means the “Tag” column may no longer reflect the full underlying tag structure of the files themselves.
That distinction was not obvious to me initially, and may be relevant for anyone trying to maintain long-term metadata consistency across larger archival collections containing mixed tag systems.
If you open the Extended Tags window, the tag types will all be displayed in the title bar. You can also enable a column in the file list to display the tag types.
Otherwise the documentation linked above explains the priority of displaying the enabled tag types. It is important to separate them this way so there is no confusion about what tags are being read and which are to be written.