# Automatically Change Tag Panel Configurations Based on Data / File
**URL:** https://community.mp3tag.de/t/automatically-change-tag-panel-configurations-based-on-data-file/63943
**Category:** General Discussion
**Created:** [March 1, 2024, 8:41am UTC](https://community.mp3tag.de/t/automatically-change-tag-panel-configurations-based-on-data-file/63943 "2024-03-01T08:41:37Z")
**Posts on this page:** 3
**Page:** 2
### Author:  [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [March 2, 2024, 5:43pm UTC](https://community.mp3tag.de/t/automatically-change-tag-panel-configurations-based-on-data-file/63943/21 "2024-03-02T17:43:27Z")
> [@mista\_j](#):
>
> So the consensus is: (if I have understood correctly)
> Due to an internal mapping for MP4 files specifically the creation / use of a user defined field named exactly "LYRICS" is not currently feasible for MP4 files, but If I really want two lyric fields I can define a new field with any name that is not "LYRICS" & achieve my desired outcome.
Not completely correct.
You also can have 2 @lyr-fields, if you define a new field in the extended tag-view either with the name LYRICS or the name UNSYNCEDLYRICS or if you use an action or the converter for LYRICS. In Mp3Tag these 2 fields will display as 2 UNSYNCEDLYRICS-fields in the extended tag-view - so called multivalue-fields. So Mp3Tag does write the content - it is not lost with saving. In the tag-panel you see them devided by `\\`.
> [@mista\_j](#):
>
> Q1) Are there any other known file / container types that also have internal mappings like MP4?
As far as I know it is the pair DATE and YEAR.
> [@mista\_j](#):
>
> Q2) is there a reason why MP4 has this internal mapping? Can't she be like everyone else?
I can only assume that the reason for this is to prevent incorrect entries or avoid compatibility-issueds with other tag-showing software.
Only @Florian as a developer can probably tell you more details.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [March 3, 2024, 1:58am UTC](https://community.mp3tag.de/t/automatically-change-tag-panel-configurations-based-on-data-file/63943/22 "2024-03-03T01:58:51Z")
> [@mista\_j](#):
>
> FLAC, MP3, OPUS, WAV Do not exhibit this same behavior seen in MP4 files
MP4 uses its' own defined fields. The majority of the use is based on iTunes implementation. There are several exclusive fields that are used.
mp3 files typically use the id3 standard. The original id3v1 is pretty weak in what field are supported. The expanded id3v2.3 standards are pretty much the most widely used and compatible level. The newer id3v2.4 adds even more field support and structure but there are some players that have yet to add support for this.
FLAC should be using the Vorbis standard. Some tagging software incorrectly saves tags using the id3 structure and this causes all kinds of compatibility issues.
The bottom line is each format tends to uses its' own tagging structure. The benefit of using tag software like mp3tag is that the heavy lifting is done in the background, and each field
Should be stored in the correct container. Unless you reassign things manually to override this behaviour.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [April 2, 2024, 1:58am UTC](https://community.mp3tag.de/t/automatically-change-tag-panel-configurations-based-on-data-file/63943/23 "2024-04-02T01:58:56Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
[Previous page](https://community.mp3tag.de/t/automatically-change-tag-panel-configurations-based-on-data-file/63943.md?page=1)