[2.52] Flac corruption while adding album cover Options

[xTobix]

Are you saying that you also do NOT see this problem in any of your files.

Nop; I am running on v2.50 anyway!
My original starting point was an issue with ALBUM ARTIST // ALBUMARTIST in flac tags where I stumbled up on this too.

I was just curious about the issue and also driven by the quest how to check whether or not a flac is corrupted.

I have done no tests with 2.52.

[garym]

Nop; I am running on v2.50 anyway!
I have done no tests with 2.52.

Thanks. So as far as I can tell in this thread, there are two people who are reporting *intermittent* issues with their FLAC files being corrupted. Maybe they've done so, but it would help if they would post exactly what they are playing files on where they won't play.

In my case (with no corruption of FLAC files after using mp3tag to change art):

foobar2000
logitech media server feeding various Squeezeboxes (running on both linux machines and on a win7 machine).

[jjclifton]

I have noticed the same problem twice in the last two days. I'm using v2.51. Once I add album art (500x500 16kb) one random file out of ~ 20 is corrupted.

Is there any way to revert the tagging and restore the file to its original state in mp3tag?

Trader's Little Helper reports:

tp2008-08-23t01.flac: tested ok (file is decodable without error).
tp2008-08-23t02.flac: tested ok (file is decodable without error).
tp2008-08-23t03.flac: tested ok (file is decodable without error).
tp2008-08-23t04.flac: tested ok (file is decodable without error).
tp2008-08-23t05.flac: tested ok (file is decodable without error).
tp2008-08-23t06.flac: tested ok (file is decodable without error).
tp2008-08-23t07.flac: tested ok (file is decodable without error).
tp2008-08-23t08.flac: tested ok (file is decodable without error).
tp2008-08-23t09.flac: tested ok (file is decodable without error).
tp2008-08-23t10.flac: tested ok (file is decodable without error).
tp2008-08-23t11.flac: tested ok (file is decodable without error).
tp2008-08-23t12.flac: file is truncated or otherwise corrupt.
tp2008-08-23t13.flac: tested ok (file is decodable without error).
tp2008-08-23t14.flac: tested ok (file is decodable without error).
tp2008-08-23t15.flac: tested ok (file is decodable without error).
tp2008-08-23t16.flac: tested ok (file is decodable without error).
tp2008-08-23t17.flac: tested ok (file is decodable without error).
tp2008-08-23t18.flac: tested ok (file is decodable without error).

There were errors.

Before I added the tag the files all tested ok.

[jjclifton]

Tagging a similar number of files with album art 276x276 10kb did not result in any corrupted files. Does it have something to do with the album art size?

[garym]

Tagging a similar number of files with album art 276x276 10kb did not result in any corrupted files. Does it have something to do with the album art size?

I've embedded up to 1000x1000 jpg files with no issues noted.

[TheWalrusNP]

I have noticed the same problem twice in the last two days. I'm using v2.51. Once I add album art (500x500 16kb) one random file out of ~ 20 is corrupted.

Is there any way to revert the tagging and restore the file to its original state in mp3tag?

I don't think there is any since the file is actually modified. mp3tag does not keep track of the original files upon until the changes are saved.

[TheWalrusNP]

I just reproduced the problem again with 2.51. I will fallback to 2.50 and see how it goes.

D:\EACRips\The Flaming Lips - Embryonic\10 - The Ego's Last Stand.flac (FRAME_CRC_MISMATCH @ 2m 21s)

[TheWalrusNP]

By the way, I used Bit-Compare addon for foobar on the two tracks. Here is what I get:

CODE

Comparing:
"D:\EACRips\The Flaming Lips - Embryonic - BROKEN\10 - The Ego's Last Stand.flac"
"D:\EACRips\The Flaming Lips - Embryonic\10 - The Ego's Last Stand.flac"
Differences found: 8192 sample(s), starting at 141.7346032 second(s), peak: 0.8291931 at 141.7396599 second(s), 1ch

So it does look like mp3tag is messing up with the flac... By the way, all covers I'm adding are 1000 x 1000 in jpg format.

I will also take a look at the hex values using notepad++ but I guess that without the source code, not much more can be done. Is Florian still looking at reported issues?

[TheWalrusNP]

Hello all,

I've been adding cover to quite a lot of flac tonight using mp3tag 2.50 and so far, I didn't get any corrupted flac, but it's too early to tell! It does look the corruption bug could have been introduced in version 2.51... By looking at the version history, it could make sense:

CODE

[2012-05-14]  NEW: added support for %_counter% and %_total_files% for format string at action
                   'Import cover from file'.
[2012-05-13]  NEW: added option to specify cover type at action 'Import cover from file'.
[2012-05-04]  CHG: add cover now defaults to the last used cover directory if the is no cover art in
                   the file's directory.

These are changes related to the cover and the bug some of us are having is related to this feature... I will still run further tests using 2.50 to make sure I can't get any corruption files. That could explains why xTobix (and tons of people using mp3tag for ages) cannot reproduce the problem as he is using 2.50.

This post has been edited by TheWalrusNP: Aug 29 2012, 04:33