# Changing the LENGTH tag doesn't work for me

**URL:** <https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947>\
**Category:** Support\
**Created:** [October 31, 2021, 1:18am UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947 "2021-10-31T01:18:38Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![JRS001](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/57b2e6/32.png) [@JRS001](https://community.mp3tag.de/u/JRS001)\
**Post date:** [October 31, 2021, 1:18am UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/1 "2021-10-31T01:18:38Z")

</div>

Has anyone else ever even attempted to change the LENGTH tag (the total amount of time of the file, for example 4:52) of an mp3 file?. This simply doesn't work for me. I can type anything in the space for LENGTH in the tag panel and save the file, but when I right click on the file itself in the Windows directory it's in and look at the Properties, it's still exactly the same as it was. This is generally not something you would ever need to do, but I often combine a lot of separate mp3 files into one, using the Windows command prompt. It works perfectly and the resulting files play fine, but Windows always keeps the tag data from the FIRST file you are combining, so the LENGTH tag is always wrong. That's one of the tags you can't change by looking at the Properties/Details tab. I can accomplish what I want by loading/saving the file using Audacity, and the LENGTH tag is automatically corrected, but that's a cumbersome and time-consuming way to do it.

---

<div class="post-metadata">

**Author:** ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)\
**Post date:** [October 31, 2021, 3:45am UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/2 "2021-10-31T03:45:56Z")

</div>

> [@JRS001](#):
>
> ... I can type anything in the space for LENGTH in the tag panel and save the file, but when I right click on the file itself in the Windows directory it's in and look at the Properties, it's still exactly the same as it was....

In Mp3tag, LENGTH is an ID3 field.  
Windows File Explorer does not use this to display the length of a MP3 track.  
It is not necessary for a MP3 track to have an ID3 tag.  
The file properties (eg. bitrate, size) are used to calculate the length.  
If you want to populate the LENGTH field shown in your tag panel, use an action like this:  
 ![format Length field](https://community.mp3tag.de/uploads/default/original/2X/4/4fbb67cffd5f0ab7bfc1f3ab5e90fd91d5eabc06.jpeg)

> [@Are "Encoder" Tags really necessary...?](https://community.mp3tag.de/t/are-encoder-tags-really-necessary/54923/5):
>
> You have to differentiate between the ID3 tags and the MP3 info tag. Lame, for example, describes the MP3 info tag as far as I know and stores Econder information there (Lame header). But this is not a tag that you can edit with MP3Tag. Some info tools display this data stored in the file, e.g. B. "Media Info." [https://mediaarea.net/en/MediaInfo](https://mediaarea.net/en/MediaInfo) Mp3Tag shows some of this information if you right-click on a file in MP3Tag and select Properties. In addition, there are ID3V2 tag fields that c…

> [@JRS001](#):
>
> ....combine a lot of separate mp3 files into one, using the Windows command prompt. It works perfectly and the resulting files play fine, but Windows always keeps the tag data from the FIRST file you are combining, so the LENGTH tag is always wrong...

That is not my experience.  
For me, this command produces "newfile.mp3" with an accurate length shown in File Explorer.  
`copy /b file1.mp3 + file2.mp3 newfile.mp3`

---

<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:** [October 31, 2021, 7:43am UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/3 "2021-10-31T07:43:17Z")

</div>

> [@JRS001](#):
>
> attempted to change the LENGTH tag

Just to make this crystal clear:  
LENGTH is a user-defined field that can hold more or less any data,  
\_LENGTH is the property that the encoder writes in the file header - and this field cannot be modified by MP3tag as it describes the audio part and is no tag.  
Any decent program that shows the properties of a file, like the length, would read the encoder-written property and not the user-defined field.

---

<div class="post-metadata">

**Author:** ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)\
**Post date:** [October 31, 2021, 3:08pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/4 "2021-10-31T15:08:21Z")

</div>

> [@ohrenkino](#):
>
> \_LENGTH is the property that the encoder writes in the file header

Are you sure about that?  
Any time I try and find out how to programmatically determine the length of an audio file, the only methods I find involve calculations based on other file properties.  
No answer ever says "read the header".

Here are 2 descriptions of an MP3 file structure: neither shows that length is part of the header.  
[http://www.multiweb.cz/twoinches/mp3inside.htm#MP3FileStructure](http://www.multiweb.cz/twoinches/mp3inside.htm#MP3FileStructure)  
[https://en.wikipedia.org/wiki/MP3#File\_structure](https://en.wikipedia.org/wiki/MP3#File_structure)

It seems that there is not 1 header for a MP3 file, but that the file is composed of multiple frames, each with its own header.

I have some files for which different lengths are displayed, depending on which application reads them.  
That seems unlikely if the length is hard-coded in a header.

I believe that whatever software displays the length must calculate it.  
But I'm no expert. 🙂  
Maybe Florian will tell us how he determines the length of an audio file.

---

<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:** [October 31, 2021, 3:11pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/5 "2021-10-31T15:11:08Z")

</div>

You are right - it's a calculation with header data.  
Which means in return that it is no tag field which can freely be edited.

---

<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:** [October 31, 2021, 3:22pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/6 "2021-10-31T15:22:50Z")

</div>

> [@ryerman](#):
>
> determines the length of an audio file.

[This article](https://chunminchang.github.io/blog/post/estimation-of-mp3-duration) says:

 ![image](https://community.mp3tag.de/uploads/default/original/2X/b/b8f678975fae9790914149198e48011d082160c3.png)

---

<div class="post-metadata">

**Author:** ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)\
**Post date:** [October 31, 2021, 3:48pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/7 "2021-10-31T15:48:53Z")

</div>

Well, those are _estimates_.  
They might be good enough if only the audio data is considered.

For MP3 files, the size will be increased if there is an ID3 tag.  
If the tag is large, the formula for CBR files will drastically over-estimate the length.

There has to be some way to find the size of the file without the tag.

btw Thanks, but I'm not looking for a method to calculate the length of an audio file. 🙂

---

<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:** [October 31, 2021, 3:54pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/8 "2021-10-31T15:54:24Z")

</div>

> [@ryerman](#):
>
> There has to be some way to find the size of the file without the tag.

I think that at least MP3tag knows the tag size:

| Variable | Description |
| --- | --- |
| %\_tag\_size% | Size of all tags in bytes |
| %\_tag\_size\_appended% | Size of all appended tags in bytes |
| %\_tag\_size\_prepended% | Size of all prepended tags in bytes |

But: the thread was about a user-defined field LENGTH that got modified and that this modification did not show up anywhere else. And I think that this behaviour has been explained.

---

<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:** [October 31, 2021, 4:13pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/9 "2021-10-31T16:13:25Z")

</div>

For anyonde who wants to know how much information is in the lame-header and can be read by software:  
[http://gabriel.mp3-tech.org/mp3infotag.html](http://gabriel.mp3-tech.org/mp3infotag.html)

---

<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:29pm UTC](https://community.mp3tag.de/t/changing-the-length-tag-doesnt-work-for-me/54947/10 "2026-02-09T12:29:30Z")

</div>


