Thank @mjw but I don’t use Terminal/Command Line tools.
I’ll try and remove the cover art, or just remove the album and start from scratch
Do you know of any MAC software that will do the same thing @mjw ?
Yate should do this for you in batch mode.
OK. I’ll check that one. I use Tag Editor for Mac - Free Download - Amvidia (have done for years) and it’s been fine up until this album/issue. Even if I remove all artwork or replace with a new 600x600 version, Roon still skips it as corrupt
Are you using progressive JPEG? I think this could be a Mac thing.
I also don’t get how Roon pulled them in and played the album through twice before deeming them corrupt
Download Yate Audio File Health Check, and scan the files for issues. If problems are found, use Yate to reencode the files using batch mode.
Hi @davidmead,
Thanks for the follow-up! We did indeed use Terminal for the earlier procedure.
Did @mjw’s above reply help at all?
Another option to consider could be Kid3 as well:
- Free, has a native Mac app, full GUI
- I believe it lets you select all files in an album, view embedded picture properties (including that odd 600×590 dimension) before removing
- It may also have an explicit "Remove all pictures" batch action separate from re-tagging, so it targets just the APIC frame without touching other tags
- Unlike Tag Editor for Mac, which apparently didn't fully clear the frame in your case, Kid3 tends to fully strip the frame data rather than just blanking the reference
Hi @benjamin No. Nothing seems to work.
I downloaded Kid3. Did a batch edit removing the cover art.
Created a new empty folder in Roon
Added the edited files, with no cover, but Roon still skips it.
I am at a loss.
I do not understand why Roon imported them and let me play the album twice, and now skips every instance of those files.
When I create another folder and add the files you sent me, they go in fine.
Is it because the file names are different? I have no idea!
The only other real difference I saw @benjamin was the files you sent me had an encoder setting of ‘Lavf60.16.100’. My original files have that blank.
Hey @davidmead,
This sounds almost identical to another report we have open, and the behavior you are seeing lines up with it. We already have a ticket in regarding this, so please try the workaround mentioned in the thread below and let us know if that helps while the ticket is underway:
Hey @noris . Thanks for that link. I have no idea what that command line stuff is. Does “repackaging” just mean renaming the files?
Of do I have encode them with something different?
I’m having an almost identical issue and can add another data point.
Setup: Roon Server on Ubuntu (current build), library on nfs mount, system ffmpeg 6.1.1.
The file: MP3, 320 kbps CBR, 44.1 kHz, MPEG-1 Layer III, joint stereo, ID3v2.3 tags with one embedded FRONT_COVER JPEG (~40 KB). Plays fine in every other player I’ve tried.
Validation I’ve run:
- mp3val: no errors reported
- ffmpeg -v error -i file.mp3 -f null - : decodes start to finish, zero errors
- eyeD3 -v: tags parse cleanly, single ID3v2.3 tag, no warnings
Roon’s log at import:
Warn: [storage] [directory] Failed to extract audio format from ‘…’: CorruptFile
And at playback:
Warn: [zoneplayer] Corrupt Media Detected
Open Result (Playing): Result[Status=CorruptMedia]
I also copied the file under a new filename and it fails identically, so this isn’t a stale cached entry the extractor rejects the file itself.
Since the resolution in this thread was stripping the embedded artwork from the affected files: is the expectation going forward that users should strip artwork off files Roon flags this way, or is this being tracked as a bug in the format extractor with a fix planned? Every other decoder accepts these files, so it would be good to know whether to work around it or wait.
Can you try using ID3v2, e.g. id3v2 --remove-frame APIC (remove the image) and eyeD3 --remove-v1 *.mp3 (remove ID3v1 tags).
I’ve found that some taggers don’t tag correctly including some that even add(ed) ID3 to FLAC.
The other potential issue is that some changes to images in MP3 aren’t backward compatible. However, AFAIK, APIC frames is the current method for adding images.
Thanks @benjamin . I think I’ll wait until that fix is deployed and try importing again.
In the meantime I’ll use another audio software to play that specific album.
FYI it’s now in today’s Early Access update, so most likely will be in the next production update, probably within a few weeks.
Hey @davidmead,
Sounds good! @Suedkiez is correct in the above, it’ll be included in our next full Production update, and from there - smooth sailing!
Happy listening in the meantime 
Great news @benjamin . Looking forward to it solving my issue.