Re: [Easytag-mailing] Corrupted images on embedded art cover fles
- From: Jérôme COUDERC <easytag gmail com>
- To: Michał Smoczyk <msmoczyk wp pl>
- Cc: easytag-mailing lists sourceforge net
- Subject: Re: [Easytag-mailing] Corrupted images on embedded art cover fles
- Date: Fri, 25 Jan 2008 22:48:13 +0100
Some informations about the related problems:
1) Black picture zone :
The bug was fixed with gtk2-2.12.4 or gtk2-2.12.5. The last version
is now available for Fedora 8.
So the problem was fixed.
2) Altered picture in other application
The problem was due to a bug in taglib (library used by Amarok) . It
does not support frames with unsynchronisation. A patch was proposed by
Alexey Illarionov to not use unsynchronisation in tag written by EasyTAG
Regards,
Jerome
Jérôme COUDERC wrote, the 12.01.2008 00:48 :
In fact there is two problem with pictures:
1) Black picture zone :
GTK 2.12.3 contains a bug that displays a black zone in the end of the
picture in EasyTAG. But the file is correctly saved in the tag as it
is only a displaying problem...
The bug was fixed into 2.12.4
<http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.12/gtk+-2.12.4.tar.bz2>
released on 08-Jan-2008
* Bugs fixed:
494667 gdkpixloader jpeg loader problems with some files
2) Altered picture in other application
The problem seems to occurs only when saving the tag to the version
2.4. If you save it to ID3v2.3, all seems correct (there is a setting
in the preferences window to choose the tag version to write, ID3v2.3
uses id3lib-3.8.3 and ID3v2.4 uses libid3tag-0.15).
By making some searches it appears that the size set in the APIC frame
isn't correct (size is too big than necessary).
Now I'm searching why this occurs...
Regards,
Jerome
Michał Smoczyk wrote, the 08/01/2008 15:23 :
Jérôme COUDERC napisał(a):
I encounter also a problem with pictures, but I don't know if it is
exactly the same :
- the pictures aren't fully shown and a black area appears on the end
(see attached picture 1.png)
After severals searches and tests, the related page
http://bugzilla.gnome.org/show_bug.cgi?id=494667 speaks about a problem
with the function gdk_pixbuf_loader_write() in GTK 2.12.
The problem doesn't occur with GTK 2.10
Regards,
Jerome
I think it isn't the same, because embeded covers in mp3 files, which
I wrote with versions of EasyTAG earlier than 2.1.3 are displaying
correctly in amaroK. The problem is only the pictures which I wrote
using last versions: 2.1.3 or 2.1.3.
So, I suppose, the bug is in EasyTAG. Regards,
--
EasyTAG - Tag editor for MP3 and Ogg Vorbis files
http://easytag.sourceforge.net
--
Jerome COUDERC <easytag gmail com>
--- src/id3v24_tag.c_orig 2008-01-18 00:00:57.000000000 +0300
+++ src/id3v24_tag.c 2008-01-18 00:02:26.000000000 +0300
@@ -800,7 +800,7 @@
| ID3_TAG_OPTION_ID3V1
| ID3_TAG_OPTION_COMPRESSION
| ID3_TAG_OPTION_APPENDEDTAG,
- ID3_TAG_OPTION_UNSYNCHRONISATION);
+ 0);
/* XXX Create new tag and copy all frames*/
i = id3_tag_render(tmptag, NULL);
@@ -835,7 +835,7 @@
| ID3_TAG_OPTION_ID3V1
| ID3_TAG_OPTION_CRC
| ID3_TAG_OPTION_COMPRESSION,
- ID3_TAG_OPTION_UNSYNCHRONISATION
+ 0
);
if (FILE_WRITING_ID3V2_USE_CRC32)
id3_tag_options(v2tag, ID3_TAG_OPTION_CRC, ~0);
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]