Closed GoogleCodeExporter closed 8 years ago
Do you know if it works with any previous versions of mp4v2 from here, like
r355 or 1.9.1?
Original comment by kid...@gmail.com
on 29 Sep 2010 at 9:10
I first tried with 1.9.1 and had that very issue(thats why I tried with the
latest trunk)
Original comment by bernhard...@gmail.com
on 29 Sep 2010 at 9:19
Okay, good to know. a few other things you could try to help me get this fixed:
1. Could you try r355?
2. Could you attach the mp4 file and png to this thread so I can test?
3. Does it work with any other image types, like bmp or jpeg, or are they all
broken?
Thanks!
Original comment by kid...@gmail.com
on 29 Sep 2010 at 10:03
I had some time to look into this today, and it turns out it was likely broken
since r73. In r73, File::Read() was changed to return false in the event of
success, but this code in mp4tags.cpp was never updated to reflect the change:
File in( tags[i], File::MODE_READ );
if( !in.open() ) {
MP4TagArtwork art;
art.size = (uint32_t)in.size;
art.data = malloc( art.size );
art.type = MP4_ART_UNDEFINED;
File::Size nin;
if( !in.read( art.data, art.size, nin ) && nin == art.size ) {
if( mdata->artworkCount )
MP4TagsRemoveArtwork( mdata, 0 );
MP4TagsAddArtwork( mdata, &art );
}
free( art.data );
in.close();
...the in.read() call will return false in the event of success, which means
the artwork is never added. So it just needs a "!". This will be fixed in
r394 (sorry, having some issues with source control at the moment, it's not
cooperating...)
Original comment by kid...@gmail.com
on 7 Oct 2010 at 1:28
fixed in r394 - could you retest with trunk and let me know if it's fixed on
your end? Thanks!
Original comment by kid...@gmail.com
on 7 Oct 2010 at 1:53
thanks! works fine here!
Original comment by bernhard...@gmail.com
on 7 Oct 2010 at 4:07
Original issue reported on code.google.com by
bernhard...@gmail.com
on 29 Sep 2010 at 3:21