# Does tagging overwrite the audiopart?

**URL:** <https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717>\
**Category:** Support\
**Created:** [January 30, 2020, 8:28pm UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717 "2020-01-30T20:28:41Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Didier](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/41988e/32.png) [@Didier](https://community.mp3tag.de/u/Didier)\
**Post date:** [January 30, 2020, 8:28pm UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717/1 "2020-01-30T20:28:41Z")

</div>

Good evening!

I read, here and there, that, because of its situation in beginning of audio files, the ID3v2 tags could be overwritten, if a sufficient size in not chosen before beginning tagging.  
Is this size not automatically set to 16 Mo per frame, max 256 Mo for the complete tag?  
And, the killing question: can this overwritting erase data in the Audio part??  
Thanks for your answer.

Prog1

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [January 31, 2020, 10:51am UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717/2 "2020-01-31T10:51:50Z")

</div>

> [@Didier](#):
>
> Thanks for your answer.

Is this a general question about mp3 tags or about the program MP3tag?

---

<div class="post-metadata">

**Author:** ![Didier](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/41988e/32.png) [@Didier](https://community.mp3tag.de/u/Didier)\
**Post date:** [January 31, 2020, 8:49pm UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717/3 "2020-01-31T20:49:07Z")

</div>

Hi,

My question concerns, effectively, mp3 tags, not the MP3tag software (software that I use since about 15 years now).  
The fact is that, from this long time, I always used version 1 of ID3, with its constant size of 128 bytes, placed at the end of files.  
Because the Inew place of ID3 version 2 is now at the beginning of files, I'm afraid for risks of overwriting in the audio section, that's the senses of my question.

Thanks.

Didier

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [January 31, 2020, 9:05pm UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717/4 "2020-01-31T21:05:25Z")

</div>

As long as you use MP3tag, I do not think that you have to worry about malformed tags.  
Sometimes there are players that cannot deal with tag data at the front and play tag data as audible beeps and clicks - but this is a player problem and not one of MP3tag.  
So far, MP3tag has always taken care of the correct space for tag data of the various versions and has not overwritten audio data.

---

<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:** [January 31, 2020, 10:25pm UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717/5 "2020-01-31T22:25:58Z")

</div>

> [@Didier](#):
>
> Because the Inew place of ID3 version 2 is now at the beginning of files, I'm afraid for risks of overwriting in the audio section, that's the senses of my question.

If you create a backup before any task with Mp3tag (or any other software), you are on the safe side.

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [February 9, 2026, 12:28pm UTC](https://community.mp3tag.de/t/does-tagging-overwrite-the-audiopart/47717/6 "2026-02-09T12:28:26Z")

</div>


