Alex

I've been looking into this and I think it'd introduce way more complexity than needed. The current behavior of upgrading to version 4 will stay so there aren't a bunch...

Everything's in place for this to be worked on now. I'll probably work on this after the next release.

Do the files have front covers? You can make a test program to check your `mp3` files with the [`id3`](https://crates.io/crates/id3) crate and check the pictures with [`Tag::pictures`](https://docs.rs/id3/1.5.0/id3/struct.Tag.html#method.pictures). It could be...

This crate is passively maintained. If you'd like to submit a PR to add that support it'll likely be added :slightly_smiling_face:.

Yeah, it's definitely not the easiest problem to solve. Could always just do this: ```rust impl Id3v2Tag { pub fn read_from_wav_path(path: impl AsRef) -> Self { // ... } }...

Hey @pinkforest any interest in doing this? There are a couple PRs (#34, #37) to get merged as well. I've reviewed both and they are ready.

Sure, I'll get it done shortly.

Your file has a non spec-compliant application block. The `metaflac` crate makes a lot of assumptions about your input and isn't prepared for much invalid/unexpected data. This is not the...

So what's happening: 1. The file has a `TXXX:MODE` frame 2. The `Id3v2Tag` -> `Tag` conversion tries to convert all `TXXX` descriptions to `ItemKey`s 3. `TXXX:MODE` is stored as `ItemKey::Unknown("MODE")`...

I've thought about this before, and I've been unable to come up with any good solutions. The only real blockers are ilst and ID3v2, since they have so many extras...