# \[X\] Can't parse

**URL:** https://community.mp3tag.de/t/x-cant-parse/16473
**Category:** No Bugs
**Created:** [January 4, 2015, 8:32pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473 "2015-01-04T20:32:54Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![COOL1](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/77aa72/32.png) [@COOL1](https://community.mp3tag.de/u/COOL1)
#### Post date: [January 4, 2015, 8:32pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/1 "2015-01-04T20:32:54Z")

</div>

I've been using MP3TAG for a long time and I think this is a first time I came across an mp3 that MP3TAG can't parse the fields.

If I put my cursor on the file, its tooltip displays...

Artist:  
Album Title:  
Year:  
Track Number:  
Duration:  
Type:  
Bit Rate:  
Protected:  
Size:

I can also see these metatags and more in its file properties.

In current MP3TAG 2.66, (Artist, Album Title. Year, Track Number, Year) columns are empty. I'm sure there are more metatags columns affected.

---

<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 4, 2015, 8:36pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/2 "2015-01-04T20:36:34Z")

</div>

Are you sure that the file is OK?  
Use Mp3diags or mp3val to check the integrity.

---

<div class="post-metadata">

### Author: ![COOL1](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/77aa72/32.png) [@COOL1](https://community.mp3tag.de/u/COOL1)
#### Post date: [January 4, 2015, 8:42pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/3 "2015-01-04T20:42:22Z")

</div>

I can play the file using VLC and Audacity doesn't having a problem with import. Also, Audacity can't parse the fields I mentioned either.

I will do the integrity checks.

---

<div class="post-metadata">

### Author: ![COOL1](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/77aa72/32.png) [@COOL1](https://community.mp3tag.de/u/COOL1)
#### Post date: [January 4, 2015, 8:56pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/4 "2015-01-04T20:56:19Z")

</div>

This seems a common one amongst the batch

 ![](https://community.mp3tag.de/uploads/default/original/2X/9/90aaa03f605f4f48f94e8c696d62032ac99020c9.JPG)

---

<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 4, 2015, 9:03pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/5 "2015-01-04T21:03:39Z")

</div>

> [@COOL1](#):
>
> This seems a common one amongst the batch

It prooves that there is no metadata - there is audio data but it is messed up somehow.  
So use mp3diags or other tools to repair the files and retag them.

Broken/corrupt files are no mp3tag bug.

---

<div class="post-metadata">

### Author: ![COOL1](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/77aa72/32.png) [@COOL1](https://community.mp3tag.de/u/COOL1)
#### Post date: [January 4, 2015, 9:10pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/6 "2015-01-04T21:10:43Z")

</div>

> [@ohrenkino](#):
>
> It prooves that there is no metadata - there is audio data but it is messed up somehow.  
> So use mp3diags or other tools to repair the files and retag them.
> 
> Broken/corrupt files are no mp3tag bug.

Ok, I'll go try to repair but to me, if there is no metadata, after checking all bits in the file, then no metadata. Why do I see them in file properties? Is MP3Tag more strict on how it parses? I'm still to learn how it works.

Also MP3VAL says all MP3s i scanned in MP3DIAG are OK.

Thanks for the help ohrenkino. 😉

---

<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 4, 2015, 9:17pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/7 "2015-01-04T21:17:03Z")

</div>

> [@COOL1](#):
>
> Ok, I'll go try to repair but to me, if there is no metadata, after checking all bits in the file, then no metadata. Why do I see them in file properties? Is MP3Tag more strict on how it parses? I'm still to learn how it works.
> 
> Also MP3VAL says all MP3s i scanned in MP3DIAG are OK.

mp3val checks the integrity of the file. It does not care if there are any tags (although it sometimes mentions it).  
As mp3diags finds a couple more errors with broken streams and such I would put the blame on these problems. there may be remains of tags but either they are not accessible or they are there but the audiodata will end abruptly or something like that.  
Why such things happen and which program messed it up - don't ask me. 😉

---

<div class="post-metadata">

### Author: ![COOL1](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/77aa72/32.png) [@COOL1](https://community.mp3tag.de/u/COOL1)
#### Post date: [January 4, 2015, 10:45pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/8 "2015-01-04T22:45:31Z")

</div>

FYI

Right clicking on mp3 file and then click Properties I got this in TAG group. Just a quick check before downloading other mp3 diagnostics programs for details.

![](https://community.mp3tag.de/uploads/default/original/2X/a/a43aba5c69e95915fdaa294d9b7e309ad3031269.JPG)

---

<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 20, 2015, 2:47pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/9 "2015-03-20T14:47:01Z")

</div>

BAD ID3v2 is indicating that Mp3tag detected an ID3v2 tag that it was unable to parse correctly.

I'm guessing that it's simply a broken file and I'm marking this report as **[X] No Bug**. If you encounter any issues in this regard where you think that it's an issue in Mp3tag which needs to resolved, please come back and we'll investigate further.

Kind regards  
Florian

---

<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: [December 28, 2018, 2:35pm UTC](https://community.mp3tag.de/t/x-cant-parse/16473/10 "2018-12-28T14:35:43Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
