# Lost ability to read basic tags on mp4 between 3.28 et 3.33 version
**URL:** https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746
**Category:** Support
**Created:** [February 23, 2026, 11:37am UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746 "2026-02-23T11:37:48Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 11:37am UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/1 "2026-02-23T11:37:48Z")
Between version 3.28 and version 3.33, Mp3tag lost the ability to read tags contained in MP4 files.
See screenshots of mp3tag reading a folder containing MP4 files.
Version 3.28
Version 3.33
Tags were generated during the CD ripping process using Sony Music Center, which uses 'gracenote'.
I read the release notes between these two versions and I didn't find any reason to stop reading the basic tags.
I install and run 3.34-beta.2 with the same result as 3.33
I don't want to report a bug; perhaps I've missed something basic, suggestions welcome
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [February 23, 2026, 11:41am UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/2 "2026-02-23T11:41:55Z")
Please show us a [screenshot](https://community.mp3tag.de/t/hints-for-asking-support-requests/56190#p-168842-use-screenshots-to-exemplify-the-issue-2) of the content in View -\> Extended Tags from one file in Mp3tag v3.28 and the same file from Mp3tag v3.34-beta.2
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 12:29pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/3 "2026-02-23T12:29:33Z")
Thank you for your quick response.
Here are the requested screenshots.
Extended Tags from 3.34-beta.2 ver
sion
Extended Tags from 3.28 version
I hope this helps explain the difference; I remain available.
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [February 23, 2026, 1:00pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/4 "2026-02-23T13:00:32Z")
Thanks for the screenshots!
Are you absolutely sure that these are mp4 files with mp4 content?
Can you double check the content for the first file `01-Baby Love.mp4` with something like [mediainfo](https://mediaarea.net/en/MediaInfo) (They have a portable version for a quick check)?
If possible, could you also show us a screenshot from such a test tool?
Especially this parts:
and
and
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 2:11pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/5 "2026-02-23T14:11:19Z")
Here are the screenshots extracted from MediaInfo for the first file. As you can see, it's an MP4 file that doesn't contain any video.
General
,,
Audio
I hope this helps
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [February 23, 2026, 2:22pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/6 "2026-02-23T14:22:32Z")
Thanks again.
Unfortunately, I can't see an obvious reason why the field content is no longer being displayed in the latest versions of Mp3tag.
Just an idea as your music files does not contain a video part:
Would it make a difference if you rename your first file
`01-Baby Love.mp4`
to
`01-Baby Love.m4a`
and then load the .m4a into Mp3tag?
Update:
In the screenshot from Mediainfo you can see that there are only two fields displayed with content for your first song: the `TITLE` **Baby Love** and the `ALBUM` **Classic Love Songs of Rock 'N' Roll, vol. 2 [disc 1]**.
There is no `ALBUMARTIST`, no `ARTIST`, `DISCNUMBER`, `GENRE`, `YEAR` and so on.
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 3:08pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/7 "2026-02-23T15:08:46Z")
Thank you for your suggestion, but changing the file extension from mp4 to m4a does not change the behavior of mp3tag: in version 3.28, tags are read, whereas in the latest version, tags are not listed - see the screenshots.
v3.28
v.3.34-beta.2
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 3:16pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/8 "2026-02-23T15:16:56Z")
Here is the extended screenshot for the 'general' section from Mediainfo. I've cropped the rest thinking it wouldn't be important for the analysis.
I hope to avoid a false lead
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [February 23, 2026, 3:20pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/9 "2026-02-23T15:20:49Z")
> [@PasBo](#):
>
> it wouldn't be important for the analysis.
It confirms that the metadata is "somewhere" in your file.
Mp3tag v3.28 can read it, but v3.33 and newer behaves differently.
I've run out of ideas at this point.
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 3:30pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/10 "2026-02-23T15:30:44Z")
Thank you for your time and help.
If no helpful suggestion appears within a few days, I will report a bug.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 23, 2026, 4:39pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/11 "2026-02-23T16:39:50Z")
I asked for an example file and provided an upload link via PM.
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 5:54pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/12 "2026-02-23T17:54:50Z")
I uploaded the first two files
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [February 23, 2026, 6:57pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/13 "2026-02-23T18:57:38Z")
> [@LyricsLover](#):
>
> Would it make a difference if you rename your first file
> `01-Baby Love.mp4`
> to
> `01-Baby Love.m4a`
> and then load the .m4a into Mp3tag?
For confirmation and context I almost exclusively use .m4a for lossless conversion from CD and have no issues with metadata right up to beta v3.34-beta.1 in my case. Let's wait to see what @Florian can figure out from the examples.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 23, 2026, 8:06pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/14 "2026-02-23T20:06:48Z")
Thank you for the example files.
The fields which are no longer shown are UTF-8 data atoms that have a trailing NULL character. This is not how it should be (according to, e.g., [this documentation from Apple](https://developer.apple.com/documentation/quicktime-file-format/well-known_types)) — but apparently it is. I probably need to relax the validation here.
Do you know which app you used to create or add the metadata to those files?
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 8:09pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/15 "2026-02-23T20:09:24Z")
Thank you for your suggestion. It's similar to the one from [LyricsLover](https://community.mp3tag.de/u/lyricslover/summary) in message #5. I tested it and posted the results in message #6. In the case of my MP4 files, version v.3.34-beta.2 cannot read the tags, while version 3.28 can — even if I rename them to m4a.
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 8:22pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/16 "2026-02-23T20:22:36Z")
Good evening,
As I indicated in message #1, the files Tags were generated during the CD ripping process using Sony Music Center, which uses 'gracenote' I used the latest available version of [Sony Music Center for PC](https://www.sony.com/electronics/support/articles/00257100), version 2.7.2, which was updated on December 11, 2025.
Thank you for all your efforts in resolving this problem so quickly.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 23, 2026, 8:26pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/17 "2026-02-23T20:26:29Z")
> [@PasBo](#):
>
> As I indicated in message #1, the files Tags were generated during the CD ripping process using Sony Music Center
I missed that part, sorry. It's unlikely that Sony will fix this on their side, and even if so, you'd still have the files that can't be read completely.
I'll find a way of relaxing the validation and will keep you posted when I have a new version for you to try.
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 23, 2026, 8:40pm UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/18 "2026-02-23T20:40:10Z")
😀 Thank you very much Florian
I've been using mp3tag for many years and thanks to you my music is well organized.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 24, 2026, 10:55am UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/19 "2026-02-24T10:55:44Z")
This should now be possible again with [Mp3tag v3.34-beta.3](https://community.mp3tag.de/t/455).
---
### Author:  [@PasBo](https://community.mp3tag.de/u/PasBo)
#### Post date: [February 24, 2026, 11:36am UTC](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746/20 "2026-02-24T11:36:22Z")
Oh yes, I can confirm that with version 3.34-beta.3 the tags are readable and editable again.
Thank you.
[Next page](https://community.mp3tag.de/t/lost-ability-to-read-basic-tags-on-mp4-between-3-28-et-3-33-version/70746.md?page=2)