b2KIT

Audio Metadata Editor

Edit MP3 ID3 tags including title, artist, album, year, and cover art.

Tested tool guide Tested browser tools Checked August 16, 2026

What Audio Metadata Editor does, with a checked example

This tool reads the metadata block at the start of an MP3 file and lays it out as a form: title, artist, album, year, track number, and cover art. Change any field, save, and you receive a corrected copy of the file; the audio data is copied through untouched, so the sound never changes. The surprise most people hit: a file can carry a second, older tag block at its very end, and players that prefer that block keep showing the old values no matter what this form says. Everything happens in the browser; the file never leaves your machine.

Worked example

A concrete input and expected output from the current implementation.

Input

Drop in 'beach-sunrise.mp3', a track whose ID3v2.3 tag carries TIT2 'Beach Sunrise', TPE1 'Coral Waves', TALB 'Salt Air', TYER '2021', TRCK '7', and an APIC frame with a JPEG front cover.

Expected output

The form fills in with Title 'Beach Sunrise', Artist 'Coral Waves', Album 'Salt Air', Year '2021', Track '7', and a thumbnail of the embedded cover. Edit Year to '2022' and save: the downloaded file's TYER frame now reads '2022', and the audio data itself is untouched.

Each four-character frame ID in the ID3v2 tag maps to a form field: TIT2 is the title, TPE1 the artist, TALB the album, TYER the year, TRCK the track number, and the APIC frame, which stores the image bytes themselves, becomes the cover preview. Saving rebuilds the tag from the edited values and copies the audio through untouched.

How the result is produced

1

Reading the tag

The tool looks for the 'ID3' marker at the start of the file, reads the version and the syncsafe length field, then walks the frames inside. Each text frame begins with an encoding byte (Latin-1, UTF-16, or UTF-8), which the tool honors when decoding. The APIC frame holds the cover as a MIME type, a picture-type byte (3 means front cover), and the raw image data. No audio decoding happens.

2

Saving

On save, the tool rewrites the tag with the edited frames, recomputing the length field, then copies the MPEG audio data through byte for byte. The sound is never re-encoded, so editing cannot degrade audio quality. The result comes back as a new file download; the original file is left untouched. A trailing 128-byte ID3v1 tag, if the file carries one, is outside the fields this tool edits.

Good uses

  • A downloaded track displays 'Unknown Artist' in your player - open the file here, type the real title and artist, save, and re-import so the library shows it correctly.
  • Your album art lives only as folder.jpg files next to the audio, and it vanishes when a single track is moved or emailed - embed the image into each MP3 so the cover travels inside the file.
  • Fixing the year and track-number fields on files that were tagged by an old ripping program, so a player that sorts by year or track order finally puts them in the right place.

Limits and checks

  • Stale ID3v1 values. Files ripped years ago often carry a second, 128-byte tag at the very end of the file. Some players and file managers read that block instead of the ID3v2 tag, so they keep showing the old title and artist after your edit.
  • Version drift. ID3v2.3 stores the year in the TYER frame; ID3v2.4 moved it to TDRC. A save that rewrites the tag as a different version can confuse older players, which may ignore the art or the year.
  • Art and size trade-offs. Only the image formats a given player supports will display - JPEG and PNG covers work nearly everywhere, exotic formats may not. Embedding art also adds roughly the image's file size to every MP3 that carries it.

Common questions

Will editing the tags change the audio quality?

No. The music data is copied byte for byte from the original file; only the metadata block is rebuilt. Nothing is re-encoded, so what you hear cannot change. If a file sounds different after editing, it was not this tool's doing - re-encoding to another bit rate is a separate operation no tag editor performs.

I edited the file but my phone still shows the old album and artist. Why?

Most likely the file carries an old ID3v1 tag at its end, and the phone's player reads that block rather than the ID3v2 tag. It may also be a cached library entry: force a re-scan or resync after saving. If neither applies, check whether you are playing the downloaded edited file or the original.

References and verification

The example and behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools