Will fixing the header change the audio quality?

No. Both mp3val and ffmpeg with the copy option only rewrite the header metadata. The audio data is copied bit-for-bit, so there is no quality loss.

What if the file still shows the wrong duration after using mp3val?

Make sure you used the -f option to force a rewrite. If the file still has issues, the problem might be a corrupted frame count that mp3val cannot detect. Try the ffmpeg method instead, which writes a completely new header.

Can I fix the duration without using the command line?

Yes, some graphical audio editors can do it, but they often re-encode the file, which degrades quality. The command-line methods above are the safest because they preserve the original audio exactly.

Why does my player show the correct length but still seek incorrectly?

This can happen if the player uses a different method to estimate duration than it uses for seeking. After you fix the header with one of the methods above, both the duration and seeking should be correct, because the player will read the same accurate data.

MP3 Shows the Wrong Length or Won't Seek: VBR Headers

When a three-minute MP3 shows an 11-minute runtime, or the playback position jumps to the wrong spot, the culprit is almost always a missing or stale VBR header. Variable-bitrate files depend on that header for accurate timing and seeking. Fixing it takes one command and does not re-encode the audio.

Why VBR Files Show the Wrong Length

MP3 files come in two flavours: constant bitrate and variable bitrate. With CBR, every frame uses the same number of bits per second. A player calculates duration by dividing file size by that fixed rate. VBR works differently. The encoding rate shifts frame by frame to match the audio complexity, which keeps the file small without sacrificing quality. But it also breaks the simple file-size calculation.

To get around this, VBR files carry a special block in the first frame. That block, called a Xing header (or an Info header for CBR files encoded with LAME), or a Fraunhofer VBRI header, stores two things: the total frame count and a seek table that maps time positions to byte offsets. With that data, a player displays the correct duration and jumps accurately to any point in the track.

When the header is missing or stale, the player falls back to a guess. It treats the rate of the very first frame as if it were constant for the entire file. If that first frame was encoded at a low rate, the player assumes the whole file is low-bitrate and shows a duration far longer than reality. A high first-frame rate makes the duration appear too short. That is how an MP3 ends up with a runtime that makes no sense.

What Causes a Missing or Stale Xing Header

Editing Without Header Rewrites

The most common cause is editing. When you cut or join MP3 files with tools that do not rewrite the header, the original Xing block remains in the first frame but now points to a frame count that no longer matches the file. The player reads that stale number and shows a duration that is wrong.

Encoders That Skip the Header

Some encoders and ripping tools produce VBR MP3s without writing a Xing or VBRI block at all, especially in non-standard modes. The file plays fine, but any player that relies on the header for duration and seeking will fail.

Online Converters That Strip Metadata

Certain online converters and download tools strip the header during processing while leaving the audio data intact. The result sounds correct. The time display does not.

The Math Behind the Correct Duration

To understand what the header should contain, know the basic arithmetic. Each MPEG-1 Layer III frame holds exactly 1,152 samples of audio. The exact duration of an MP3 file in seconds is:

frame count × 1,152 / sample rate

For a file with a typical frame count at a standard sample rate, the duration is computed directly. The Xing header stores the frame count so a player can compute this directly. Without it, the player uses the first frame's encoding rate, which is a poor estimate for VBR material.

Fix 1 Rebuild the Header with Mp3val

The free, open-source tool mp3val rebuilds a missing or stale VBR header. It scans the entire file, counts the actual frames, and writes a new Xing block with the correct frame count and seek table. The -f flag forces the fix even if the tool thinks the file is already fine.

Run it like this:

Download and extract mp3val from its official site. Open a terminal in the folder where you extracted it.
Place the MP3 you want to fix in the same folder. Make a backup copy first.
Run: mp3val -f yourfile.mp3
mp3val scans the file, reports errors, and writes a corrected version. Depending on your settings it adds a .fix extension or overwrites the original.
Rename the corrected file to replace the original and test it in your player.

This method is fast. It rewrites only the header. The audio quality stays untouched.

Fix 2 Use Ffmpeg to Write a Fresh Header

Another reliable fix uses ffmpeg, the free command-line tool for audio and video. The command ffmpeg -i in.mp3 -c:a copy out.mp3 reads the input file, copies the audio stream without re-encoding, and writes a new output file. During that copy, ffmpeg writes a fresh Xing header based on the actual frame count and seek table of the copied data.

Here is how to do it:

Install ffmpeg. It is available for Windows, macOS, and Linux.
Open a terminal in the folder containing your MP3.
Run: ffmpeg -i yourfile.mp3 -c:a copy yourfile_fixed.mp3
Because you used -c:a copy, the audio data is copied as-is. No quality loss.
Test the new file. If the duration and seeking are correct, replace the original with the fixed version.

This works even if the original file has no Xing block at all. ffmpeg creates one from scratch.

Why Seeking Goes Wrong in VBR Files

Seeking, or jumping to a specific time in the track, depends on the header's seek table. In a VBR file the player cannot know where a particular second of audio starts without a map. The seek table inside the Xing or VBRI block provides that map by listing byte offsets for regular time intervals.

When the header is missing or stale, the player estimates the position from the average rate it assumes based on the first frame. That estimate can be off by a wide margin, especially in files where the encoding rate varies dramatically. The time display and the actual audio drift apart. You click the two-minute mark. The audio plays from 1:30, or from 2:30.

Both fixes above rebuild that seek table. After repair, seeking should work accurately. If problems persist, the player itself may not be reading the header correctly. That is rare.

Preventing the Problem in the Future

Choose Editing Tools That Update the Header

To avoid a wrong-length MP3 after editing, use tools that update the VBR header. Many audio editors do this automatically. Simple cut-and-join utilities often skip it. If you edit MP3s regularly, pick a tool that explicitly mentions Xing header support.

Check Files Immediately After Download

When you download an MP3, check its duration straight away. If it looks off, run one of the fixes before you listen. It takes seconds and saves the confusion of a broken time display.

No Command Line? Use an Online Service

If you prefer not to use command-line tools, the online repair service at mp3.repair handles header fixing without requiring any software installation.