# Wrong Codec / Mode detection?
**URL:** https://community.mp3tag.de/t/wrong-codec-mode-detection/67009
**Category:** Support
**Created:** [December 30, 2024, 11:28pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009 "2024-12-30T23:28:24Z")
**Posts on this page:** 9
**Page:** 1
### Author:  [@tor11](https://community.mp3tag.de/u/tor11)
#### Post date: [December 30, 2024, 11:28pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/1 "2024-12-30T23:28:24Z")
Hi, this are the files I ripped and batch encoded, but Mp3tag (3.28) detects one file differently (wrong?).
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [December 31, 2024, 7:14am UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/2 "2024-12-31T07:14:10Z")
You can check this file with `MPEG 1 Layer I` with the tools mentioned here:
> [@How to check files for errors?](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633):
>
> It’s required and often helps to reduce support cycles to check files for errors before filing a bug report. Symptoms of erroneous files are often missing or wrong bitrate or length audible blips or skips tags seem to be sticky and cannot be removed There are some really good tools to check the files for errors, namely MP3 Diags — identifies many different issues in MP3 files Website: [http://mp3diags.sourceforge.net](http://mp3diags.sourceforge.net) Download: [MP3 Diags - Getting MP3 Diags](http://mp3diags.sourceforge.net/010_getting_the_program.html#binWindows) If the font size in MP3 Diags is …
Or - if possible - you can share this track and we can have a look at it.
---
### Author:  [@tor11](https://community.mp3tag.de/u/tor11)
#### Post date: [January 1, 2025, 6:52pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/3 "2025-01-01T18:52:35Z")
Interesting. MP3val reports:
> (offset 0x10b0): MPEG stream error, resynchronized successfully
> VBR detected, but no VBR header is present. Seeking may not work properly.
> Non-layer-III frame encountered. See related INFO message for details.
> Different MPEG versions or layers in one file. See related INFO message for details.
What could cause this? The file itself sounds and plays ok.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 1, 2025, 6:58pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/4 "2025-01-01T18:58:16Z")
Only a file without findings is a good file.
And right now you have 2 applications that report problems.
I would still investigate why this file leads to findings and others don't.
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [January 1, 2025, 8:28pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/5 "2025-01-01T20:28:36Z")
> [@tor11](#):
>
> What could cause this?
> [@tor11](#):
>
> I ripped and batch encoded
For short:
Your ripping software or your batch encoding software.
You have to check which one create this `MPEG 1 Layer I / Stereo` for this specific file.
As we don't know what do you use and how you have set them up it is not possible for us to guess.
I suggest to just rip and encode this specific file again.
Can you reproduce the Codec problem?
---
### Author:  [@tor11](https://community.mp3tag.de/u/tor11)
#### Post date: [January 5, 2025, 7:56pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/6 "2025-01-05T19:56:35Z")
I tried to rerip and encode the track again using the same tools, but I could not reproduce the problem.
Audio data is the same, so I suspect it might have been somehow caused by the wrong metadata write? I am using Discogs as a Tag source.
I used MP3val to fix the file.
By the way, when comparing the fixed and the new file, I noticed a size difference and it was only those few bytes. Is that something that MP3val writes and Mp3tag doesn't?
A simple copy Tag copy in Mp3tag didn't 'fix' it.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 5, 2025, 8:04pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/7 "2025-01-05T20:04:16Z")
> [@tor11](#):
>
> A simple copy Tag copy in Mp3tag didn't 'fix' it.
If the audio part is damaged then MP3tag does not help a lot as MP3tag does not treat the audio part.
The original problem was that 2 programs reported a problem and you doubted that this was correct.
After you re-encoded the file and repaired it - is the problem gone?
---
### Author:  [@tor11](https://community.mp3tag.de/u/tor11)
#### Post date: [January 5, 2025, 10:28pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/8 "2025-01-05T22:28:00Z")
Yes, I haven't encountered the 'wrong' Codec problem after ripping and encoding the file again.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 4, 2025, 10:28pm UTC](https://community.mp3tag.de/t/wrong-codec-mode-detection/67009/9 "2025-02-04T22:28:41Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.