# Length (duration) calculation for MP4 files

**URL:** https://community.mp3tag.de/t/length-duration-calculation-for-mp4-files/57527
**Category:** No Bugs
**Created:** [June 5, 2022, 7:15pm UTC](https://community.mp3tag.de/t/length-duration-calculation-for-mp4-files/57527 "2022-06-05T19:15:13Z")
**Posts on this page:** 1
**Showing post:** 2

<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: [June 5, 2022, 7:42pm UTC](https://community.mp3tag.de/t/length-duration-calculation-for-mp4-files/57527/2 "2022-06-05T19:42:20Z")

</div>

perhaps this is something similar to mp3s with vbr:

> [@\[X\] VBR Files have a wrong playlength](https://community.mp3tag.de/t/x-vbr-files-have-a-wrong-playlength/2281/24):
>
> That's not what I was trying to point out. What I wanted to say is that the playtime issue is not really a bug since other programs (like fb2k) report the same length. More accurate length reports can be delivered when the whole file was scanned (or at least more than one frame). The problem now is that parsing additional frames will take more time. While this might not be noticable when reading two or three files, it is when reading folders with thousands of MP3s.

---

_[View the full topic](https://community.mp3tag.de/t/length-duration-calculation-for-mp4-files/57527)._