# MKV-"Title"Tag Bug in 3.29

**URL:** https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [April 2, 2025, 12:56am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058 "2025-04-02T00:56:06Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 2, 2025, 12:56am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/1 "2025-04-02T00:56:06Z")

</div>

The "Title"-Tag in MKV-Files gets bugged out if changed in v3.29.  
VLC will never show a "Title"-Tag written with v3.29 and will instead show the filename with its extension. Previous Mp3Tag versions will fix it. I tested this with versions 3.21b and 3.28.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [April 2, 2025, 6:19am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/2 "2025-04-02T06:19:33Z")

</div>

I can confirm this behaviour in Mp3tag v3.29:

 ![image](https://community.mp3tag.de/uploads/default/original/3X/9/2/923e193e9af78079a2de74b7a205d719384afc8b.png) ![image](https://community.mp3tag.de/uploads/default/original/3X/f/1/f18763b82d607a89f4880bc36f16788def144a74.png)

As you can see from the screenshots, the content of Mp3tag `TITLE` is shown as **Album** in VLC. The Mp3tag `ALBUMARTIST` is shown as **Künstler/Artist** in VLC.

The other way around I was not able to save metadata from VLC into a mkv with the current VLC-version v3.0.21... 🤯

**Update 06.04.2025** : Found a 4 years old, [open issue #24800](https://code.videolan.org/videolan/vlc/-/issues/24800) at VLC.

---

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [April 2, 2025, 9:49am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/3 "2025-04-02T09:49:30Z")

</div>

Isn't this documented in the release notes and in the new version of the field-mappings?  
Example for Album:

> **[Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/#album)**
>
> Overview of all available tag fields, their names in Mp3tag, and how they are mapped to the internal structures of the different tag formats. Mp3tag is the universal Tag Editor.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 4, 2025, 8:42am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/4 "2025-04-04T08:42:00Z")

</div>

Yes, I've modified some of the mappings for Matroska video MKV with Mp3tag v3.29. This was motivated by various reports regarding compatibility with Windows Explorer, where some fields were not displayed for MKV files. Here are the details:

> [@Matroska mapping](https://community.mp3tag.de/t/matroska-mapping/41736/4):
>
> I'd like to add my thanks for the fabulous work done in supporting Matroska files so far. I also think it'd be great if you could somehow implement user-defined mapping functionality, including the target type levels, for Matroska tags. A mapping I'd particularly like to add, which I think would make sense to have as a default, if it could be done more quickly that way, would be from Mp3tag's TVSEASON field to Matroska's PART\_NUMBER tag at target type level 60 (T=60). If I create this T=60 PA…

I have to think about on how to proceed further. One easy way I can think of is to revert the change regarding `TITLE` and have it mapped to T=30 `TITLE` in Matroska. `ALBUM` would be T=50 `TITLE` in Matroska.

But this would revert parts of the consolidation process we went through over the past month. Also, there would be new inconsistencies regarding artist and subtitle target types.

What do you think? /cc @RobertM

---

<div class="post-metadata">

### Author: ![RobertM](https://community.mp3tag.de/user_avatar/community.mp3tag.de/robertm/32/16067_2.png) [@RobertM](https://community.mp3tag.de/u/RobertM)
#### Post date: [April 5, 2025, 9:54am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/5 "2025-04-05T09:54:57Z")

</div>

Thanks for keeping me in the loop with this.

I was trying out a program called MKV Tag Editor.

> **[3delite's MKV Tag Editor](https://www.3delite.hu/Object%20Pascal%20Developer%20Resources/MKVTagEditor.html)**
>
> Edit MKV video & MKA audio file tags.

There's a trial version available, but other than that it's not free.  
In my opinion it's not nearly as good as Mp3tag.  
But it does have a configurable option to change the default target for MKV from level 50 to level 30.

Under the help section of MKV Tag Editor supporting webpage it says:

- The default target when editing audio files (MKA) is 30 (song/track), in case of video files (MKV, MK3D) the default target is 50 (episode/movie). Some software treats the target 30 as the base level, eg. a movie's title as target 30 TITLE tag. This seems out of specs [ie. compared to Matroska specification], but if you wish just change the "edit target" combobox to target 30 before editing a movie file's tags if needed.

It looks to me as if VLC is an example of software that's _not_ following the Matroska specification.

I don't know if it would be a good idea to consider the idea of changing Mp3tag's functionality to similarly allow user configuration of an MKV "edit target" level in order to keep everyone happy.

Personally, I think it'd be a bit dubious to choose to deviate from the Matroska specification in such way simply because some other software makes the same mistake.

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 5, 2025, 10:50am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/6 "2025-04-05T10:50:54Z")

</div>

very strange that vlc has such a mistake, considering its a video player. but thanks for getting to this problem so fast. I really didn't expect that.

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 5, 2025, 11:10am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/7 "2025-04-05T11:10:15Z")

</div>

![image](https://community.mp3tag.de/uploads/default/original/3X/9/9/9921d3b592e177d417fbd4669ca0ca005a742426.png)  
But just to be shure. It is by design that the album name gets put into the titel field in the update?

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 5, 2025, 11:19am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/8 "2025-04-05T11:19:54Z")

</div>

![image](https://community.mp3tag.de/uploads/default/original/3X/6/2/6208d2953a0027fbc2603b71ce6a5d02f02a6f0c.png)  
I also see that coming back to 3.28 causes not only `album` and `titel` to merge but `Album-Interpret` and `interpret` too. For some reason the `CD-Number` gets a "\\1".

---

<div class="post-metadata">

### Author: ![Mr.Robot](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/5f8ce5/32.png) [@Mr.Robot](https://community.mp3tag.de/u/Mr.Robot)
#### Post date: [April 5, 2025, 8:11pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/9 "2025-04-05T20:11:10Z")

</div>

It was very fine software, until someone wanted to make it bette...  
Reverting to 3.28

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [April 5, 2025, 8:24pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/10 "2025-04-05T20:24:52Z")

</div>

@Mr.Robot  
I don't think that such a very first post on a forum as a new user is going to help.

Maybe you can explain in more detail what exactly is not working for you with Mp3tag v3.29?

---

<div class="post-metadata">

### Author: ![Casual\_Tea](https://community.mp3tag.de/user_avatar/community.mp3tag.de/casual_tea/32/18886_2.png) [@Casual\_Tea](https://community.mp3tag.de/u/Casual_Tea)
#### Post date: [April 6, 2025, 11:41am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/11 "2025-04-06T11:41:12Z")

</div>

> [@RobertM](#):
>
> Personally, I think it'd be a bit dubious to choose to deviate from the Matroska specification in such way simply because some other software makes the same mistake.

Agreed. Has someone raised this issue over at VLC? I also think it would make more sense to align with the specification instead of one other program.  
Making the target level configurable like MKV Tag Editor does could be a workaround to appease those who do wish to go against the spec.

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 6, 2025, 2:52pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/12 "2025-04-06T14:52:44Z")

</div>

yeah, that's true. i hope they fix this. i think the windows built in video player displayes the name correctly, so it is probably really just vlc's issue. I only posted here because before the update it was diplaying the title correctly and after it not. And to be fair i didn't read the release notes. i would have never guessed that until 3.28 it was technically an issue that got fixed instead of the other way around.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [April 6, 2025, 3:04pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/13 "2025-04-06T15:04:03Z")

</div>

I found this similar VLC-issue:

> **[TITLE Tags are switched (#18779) · Issues · VideoLAN / VLC · GitLab](https://code.videolan.org/videolan/vlc/-/issues/18779)**
>
> The Problem: If there are metadata in an .mkv file and there are two "TITLE" tags in different sections, vlc use the "TITLE" tag of the lower target...

Maybe you/someone should create a new issue at VLC for the current problem if you don't want to wait another 7 years. 😉

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 8, 2025, 3:23pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/15 "2025-04-08T15:23:05Z")

</div>

Many thanks for your feedback!

I've just released [Mp3tag v3.29a](https://community.mp3tag.de/t/455) which introduces an option for video-specific mappings for Matroska video via **Options → Tags → Advanced**.

This is to increase compatibility with apps that, e.g., only read `TITLE` with target type T=30.

@BlackFirePhenex, if you disable this option, Mp3tag should write `TITLE` as in v3.28 so that VLC and any other app that requires the track-level target-types can read and display the title.

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 8, 2025, 3:55pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/16 "2025-04-08T15:55:16Z")

</div>

Thanks!  
I will try it out later.

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 9, 2025, 11:15am UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/17 "2025-04-09T11:15:01Z")

</div>

I just tried it on my Mini PC.  
Kurzgesagt: It works like you said:

> @BlackFirePhenex, if you disable this option, Mp3tag should write `TITLE` as in v3.28 so that VLC and any other app that requires the track-level target-types can read and display the title.

With `Use recommended mapping for Matroska Video`\* disabled, VLC shows the correct Tags. With it enabled, VLC doesn´t.

\*can be found in **File → Options → Tags → Advanced**

 ![grafik](https://community.mp3tag.de/uploads/default/original/3X/7/4/743855d82677493cc3ce46c867b39983e4dc8555.png)

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 9, 2025, 1:24pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/18 "2025-04-09T13:24:12Z")

</div>

Thanks for confirming, glad it works for you!

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 9, 2025, 4:02pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/19 "2025-04-09T16:02:35Z")

</div>

Thanks for the Update in the first place. Not to mention the program itself. Until the Update to `3.29` i never had an issue with it, as far as i remember. This is probably my second most liked program i ever used. Right after VLC (it's just to versatile).  
Your Program does what it should, more and practically perfect. It also looks pretty nice and not like it's stuck in Windows XP like VLC.

---

<div class="post-metadata">

### Author: ![Jeank6](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/6f9a4e/32.png) [@Jeank6](https://community.mp3tag.de/u/Jeank6)
#### Post date: [April 27, 2025, 1:27pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/20 "2025-04-27T13:27:27Z")

</div>

On foobar2000, we have the same problem in 3.29 (wine crossover)

 ![image](https://community.mp3tag.de/uploads/default/original/3X/3/0/309fa00291fa4de57408e56c418dac0b2ee1ed7c.png)  
It's "corrected" without the option "Use recommended mapping for Matroska Video" with 3.29b, thanks a lot!

Does this mean I have to rename all my .mkv audio files to .mka? And that the habit of using mkv for audio only is a mistake?

Thank you for your excellent software!  
(Completely unrelated topic : Perhaps, don't forget to share the source code in your will; it would be so sad to hear of your passing, let alone the abandonment of all your valuable work on mp3tag!; Ghisler did it with his brother.)

---

<div class="post-metadata">

### Author: ![BlackFirePhenex](https://community.mp3tag.de/user_avatar/community.mp3tag.de/blackfirephenex/32/19551_2.png) [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)
#### Post date: [April 27, 2025, 6:21pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058/21 "2025-04-27T18:21:21Z")

</div>

I don't think so. with `"Use recommended mapping for Matroska Video"` enbaled it does work as intended for me (in VLC). So i guess you can keep it on mkv?

edit:  
I converted a .mp3-file to a mkv file and now the Cover-Image is stuck to its pre-conversion version. but other than that there are no issues.

[Next page](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058.md?page=2)
