# Tracklength and Bitrate missing

**URL:** https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259
**Category:** Support
**Created:** [March 30, 2018, 3:02am UTC](https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259 "2018-03-30T03:02:17Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![RunningWild](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/59ef9b/32.png) [@RunningWild](https://community.mp3tag.de/u/RunningWild)
#### Post date: [March 30, 2018, 3:02am UTC](https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259/1 "2018-03-30T03:02:17Z")

</div>

Thanks to Florian for his everlasting will to improve this genius program.

Nevertheless a strange behaviour showed up with the latest update (v2.87a).  
Some files won´t show length or bitrate, happens 2 of 4 in my case.

 ![87a](https://community.mp3tag.de/uploads/default/original/2X/2/26882c7c90e2b2db9f6815e2f6839c9151565f66.PNG)  
The reason must be some malformed streams (unknown or truncated), but the last version (v2.86) showed at least anything (even if it was wrong, e.g. cbr128 instead of cbr320).  
 ![86](https://community.mp3tag.de/uploads/default/original/2X/e/e1409fb555c3a5298acd22555d1de71a798d3d00.PNG)  
Other programs recognize this as cbr320 files without problems:  
see here [https://i.imgur.com/VVaVnq6.png](https://i.imgur.com/VVaVnq6.png) (sorry, cannot embed more than 2 images as new user)

Is there a way to improve this?

---

<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: [March 30, 2018, 7:38am UTC](https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259/2 "2018-03-30T07:38:46Z")

</div>

> [@RunningWild](#):
>
> The reason must be some malformed streams

What happens after you repaired these files?

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 30, 2018, 7:39am UTC](https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259/3 "2018-03-30T07:39:28Z")

</div>

The files have various MPEG stream errors — most players can detect such errors and silently re-sync the MPEG stream. With v2.87, I've reimplemented the MP3 info parsing and with that, removed a couple various workarounds for broken files.

I suggest, before posting a bug report, to test the files by yourself for errors using, e.g., [MP3val](http://mp3val.sourceforge.net) (which also supports fixing those files).

---

<div class="post-metadata">

### Author: ![RunningWild](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/59ef9b/32.png) [@RunningWild](https://community.mp3tag.de/u/RunningWild)
#### Post date: [March 30, 2018, 12:10pm UTC](https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259/4 "2018-03-30T12:10:17Z")

</div>

> [@Florian](#):
>
> I've reimplemented the MP3 info parsing and with that, removed a couple various workarounds for broken files.

Ok, so that´s clearly the reason for the altered behaviour.  
Sorry for the bug report - you´re right it´s not a bug as it doesn´t effect tagging.  
Thanks a lot for your help. - Solved.

---

<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:27pm UTC](https://community.mp3tag.de/t/tracklength-and-bitrate-missing/41259/5 "2026-02-09T12:27:20Z")

</div>


