# Saving changes in flac files songs don't play

**URL:** https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245
**Category:** Support
**Created:** [April 18, 2025, 2:25pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245 "2025-04-18T14:25:35Z")
**Posts on this page:** 9
**Page:** 1

<div class="post-metadata">

### Author: ![Quantor54](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/c37758/32.png) [@Quantor54](https://community.mp3tag.de/u/Quantor54)
#### Post date: [April 18, 2025, 2:25pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/1 "2025-04-18T14:25:35Z")

</div>

Usually I use mp3tag to add cover art to my media. Today I used the newest version 3.29 and when saving the alterations, the files no longer play. Also the file information on 'Title', 'Artist' etc. disappeared in the windows explorer.  
I wish v3.28 was still downloadable.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 18, 2025, 2:26pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/2 "2025-04-18T14:26:42Z")

</div>

I would check first what is wrong with the files:

> [@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 …

---

<div class="post-metadata">

### Author: ![Quantor54](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/c37758/32.png) [@Quantor54](https://community.mp3tag.de/u/Quantor54)
#### Post date: [April 18, 2025, 2:36pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/3 "2025-04-18T14:36:01Z")

</div>

The files were fine when ripped to disk. Then using Mp3tag v.3.9 killed them. It is consistent, I have done this twice.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 18, 2025, 2:38pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/4 "2025-04-18T14:38:10Z")

</div>

What hnders you to check the files straight after you have ripped them just to rule out that something has gone wrong there?  
If you think you should blame MP3tag for inducing a problem then a lot more details are required:  
Please follow the introductory section about the bug reports category:

> [@About the Bug Reports category](https://community.mp3tag.de/t/about-the-bug-reports-category/27):
>
> Report bugs where something is broken, preventing normal/typical use of Mp3tag. I appreciate every bug report that helps to make Mp3tag even better, but I kindly ask you to take the following steps before posting. Before posting a bug report Install the latest [Development Build](http://developer.mp3tag.de) and check whether the bug is still present. Look at the existing open topics in the bug reports category and make sure that the bug has not been reported yet. Check the files for errors (in case it's file-related). [Ho…](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633)

---

<div class="post-metadata">

### Author: ![Quantor54](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/c37758/32.png) [@Quantor54](https://community.mp3tag.de/u/Quantor54)
#### Post date: [April 18, 2025, 3:37pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/5 "2025-04-18T15:37:52Z")

</div>

The mp3diags site is almost repulsive, and the finally downloaded program does not even install. I am not sure if it would be able to check .flac files or only works on mp3's.  
In any case, your latest development version 3.29b does behave the same way.  
On another note I am not here to put a blame on you or your work. I am simply describing a problem which makes this program useless to me. If you want to get to the root cause of this, I will gladly provide anything you like.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 18, 2025, 3:45pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/6 "2025-04-18T15:45:04Z")

</div>

> [@Quantor54](#):
>
> check .flac files

This was the first usable fact. As you can see from the descriptions, the checking programs have their virtues for MP3 files.

If you want to supply more data, you could make the files available straight after ripping and a copy after you have tagged it.

As a test, you could also tag a copy of an old file which has successfully been tagged previously and see if that remains OK or is also broken.

What size do the covers have?

See e.g. here:

> [@Metadata disappearing when cover is added in FLAC](https://community.mp3tag.de/t/metadata-disappearing-when-cover-is-added-in-flac/62583):
>
> I have several (about 12) WAV files that I converted to FLAC to then add metadata to. Originally the files hold metadata fine (album, artist, year, etc.), but when I add a cover in Mp3tag, it does not show on the files and when I check the properties, all the original metadata is gone as well. If I try to change the metadata or remove the cover, the metadata still shows as blank no matter what I do until I delete the FLAC files and convert them from the original WAVs again. Oddly, I had a differ…

---

<div class="post-metadata">

### Author: ![Quantor54](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/c37758/32.png) [@Quantor54](https://community.mp3tag.de/u/Quantor54)
#### Post date: [April 18, 2025, 5:43pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/7 "2025-04-18T17:43:10Z")

</div>

Apparently the image file size appears to have been the cause of this. While the original image files had a size of 10 to 13MB, reducing them to 1 to 2,5 MB resolved the issue. The image sizes that still worked for me were approximately 3000x3000px as JPG at 60% quality. For me this issue is resolved, but why this would make a music file unplayable would be a task for the developers.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 18, 2025, 6:05pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/8 "2025-04-18T18:05:42Z")

</div>

> [@Quantor54](#):
>
> but why this would make a music file unplayable would be a task for the developers.

That has also been explained already:

> [@Cannot embed large size cover image(s) for FLAC](https://community.mp3tag.de/t/cannot-embed-large-size-cover-image-s-for-flac/42923/5):
>
> FLAC has a limitation of ~16MB because the length field of the metadata block can only hold numbers up to 24bit. I'm moving this to #bug-reports:no-bugs

a file bigger than the maximum size breaks the file structure.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [May 18, 2025, 6:05pm UTC](https://community.mp3tag.de/t/saving-changes-in-flac-files-songs-dont-play/68245/9 "2025-05-18T18:05:55Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
