# Mp3 duration more than actual duration

**URL:** https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353
**Category:** Off-Topic
**Created:** [October 22, 2018, 5:47am UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353 "2018-10-22T05:47:14Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![preenu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/b3f665/32.png) [@preenu](https://community.mp3tag.de/u/preenu)
#### Post date: [October 22, 2018, 5:47am UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/1 "2018-10-22T05:47:14Z")

</div>

i am developing an mp3 app.  
app is workinf fine but mp3 duration is displaying more than the actual duration

---

<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 22, 2018, 5:51am UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/2 "2018-10-22T05:51:50Z")

</div>

Does this happen always or only for files with variable bitrate?  
Check the files with one of the common utilities like mp3val, foobar2000, mp3diags and see if the header is OK.

---

<div class="post-metadata">

### Author: ![preenu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/b3f665/32.png) [@preenu](https://community.mp3tag.de/u/preenu)
#### Post date: [October 22, 2018, 6:12am UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/3 "2018-10-22T06:12:53Z")

</div>

it happens only for files with variable bit rate

---

<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 22, 2018, 6:28am UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/4 "2018-10-22T06:28:42Z")

</div>

What do you expect now?  
Do you think this has something to do with MP3tag or is it a general problem?

---

<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 22, 2018, 1:44pm UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/5 "2018-10-22T13:44:10Z")

</div>

Jeez, give the guy a break!  
He posted in the Off-Topic category: that could be anything.

> [@About the Off-Topic category](https://community.mp3tag.de/t/about-the-off-topic-category/32):
>
> General and off-topic community chat for members with trust level 1 and higher.

---

<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 22, 2018, 2:06pm UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/6 "2018-10-22T14:06:44Z")

</div>

Ok, I try to be a bit more supportive:  
Here is a thread that deals with variations of length in VBR files:

> [@\[X\] VBR Files have a wrong playlength](https://community.mp3tag.de/t/x-vbr-files-have-a-wrong-playlength/2281):
>
> Hi, I noticed that Mp3Tag reports a wrong play length of VBR files, this is not a big issue and does not affect the program at all. Beste Grusse aus Frankreich !

or here on VBRs in general:

> [@mp3tag screws VBRs up](https://community.mp3tag.de/t/mp3tag-screws-vbrs-up/8744):
>
> Ok what I did in short form: Encoded an mp3 with LAME and VBR Put it on my mp3 player (File 1) Edited its tags with mp3tag 2.43 Put it on my mp3 player again (File 2) What I got: No problems with file one. It will play and I even can fast-forward and rewind it (however that works with an vbr) and the player shows the average bitrate. File two will be played as well. However the ffw and rew features are crippled: I can jump only in blocks and the player shows ridiculously high bitrates (abov…

or here - the general notion being that the header is corrupt:

> [@Track length sometimes incorrect](https://community.mp3tag.de/t/track-length-sometimes-incorrect/1468/11):
>
> I've always had problems with duration on my MP3 VBR files being shown correctly. After getting tired of this, I found a applet called VBRFix. It's beta and it's use at your own risk, but I've done lots of files without any problems. I added it to the tools menu so I can just right click a series of MP3s. Just a thought. Jeremy

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [October 23, 2018, 2:05pm UTC](https://community.mp3tag.de/t/mp3-duration-more-than-actual-duration/43353/7 "2018-10-23T14:05:50Z")

</div>

> [@preenu](#):
>
> [...]
> 
> mp3 duration is displaying more than the actual duration

For years I have been using Winamp 5.666 and continuously upgraded Mp3tag. And I probably always have gotten different overall times counted for the same set of files loaded to them. For example one set of all kinds of [over 400] files in Winamp are listed as lasting 4:58:03 while in Mp3tg as 5:01:55. It is like this: the shorter the files are, then the more often a 1 second difference will show up between Winamp and Mp3tag for one and the same file; and the more files are loaded, the bigger the difference gets

I got used to it and I do not care for those differences. If I rarely need to know the exact time I can use an editor which will give me milliseconds- although I can not in a convenient way load a bunch of files [even as little as 40 or 4] and have them counted as a whole. But I just do not need that kind of precise info on a daily basis
