attached picture

[Martin Obreshkov]

Hi about your post

> Thanks, that's great. What's missing is storing of the atom flag in
> MP4::Item. In case of the covr atom it can be:
>
> 0x0D = JPEG
> 0x0E = PNG


in MP4::Atom there is no implementation of reading atoms flags so i thing i
will have to read them by myself :)
But i couldn't find much info about it, can you tell me what is the format
of the flags, are they stored right after (4 bytes atom length + 4 bytes
atom name)
Thanks :)

2009/10/19 Lukáš Lalinský <lalinsky at gmail.com>

> On Mon, Oct 19, 2009 at 10:12 PM, Martin Obreshkov
> <martin.trashbox at gmail.com> wrote:
> > Ok, thanks i will provide as much feedback as possible
> > here
> http://en.roolz.org/Blog/Entries/2008/10/29_Using_taglib_to_extract_cover_image_from_MP3-files.html
> > is a post for a bug in AttachedPictureFrame::parseFields function
>
> Well, I don't think this is a bug in TagLib. The attached screenshot
> of code starts reading the image data where the textural description
> should start. If that does work correctly then it's because the file
> contains corrupted ID3v2 tags. There should be at least one null byte
> (2 for UTF-16) before the image data.
>
> --
> Lukas Lalinsky
> lalinsky at gmail.com
> _______________________________________________
> taglib-devel mailing list
> taglib-devel at kde.org
> https://mail.kde.org/mailman/listinfo/taglib-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/taglib-devel/attachments/20091020/1630b772/attachment.htm