[Mono-dev] Image.PropertyItems empty with mono

[Rafael Teixeira]

lbigdiplus, reads exif data for jpeg files, if it was compiled to use
libexif, as this extract from jpegcodec.c shows:

#ifdef HAVE_LIBEXIF
	if (st == Ok){
	    dstream_get_exif_buffer (loader, &ptr, &length);
	    load_exif_data (exif_data_new_from_data (ptr, length), *image);
	}
#endif


I'm not sure if Mono is compiled for MacOSX with the libexif dependency,
which may be the cause of your problem.
>From libexif project page, seems that MacOSX doesn't provide libexif, per
se, you need to use Fink, or some other tool to add it manually, so...

A custom build of libgdiplus with libexif may solve your problem, but I
would rather explore some alternatives that may even avoid having to load
the full image in memory just to get the exif data, see:

http://stackoverflow.com/questions/42017/what-is-the-best-exif-library-for-net
http://stackoverflow.com/questions/58649/how-to-get-the-exif-data-from-a-file-using-c-sharp

Hope it helps,

Rafael "Monoman" Teixeira
---------------------------------------
"The most exciting phrase to hear in science, the one that heralds new
discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...'"
Isaac Asimov
US science fiction novelist & scholar (1920 - 1992)


On Mon, May 21, 2012 at 4:24 PM, ChristianManthey <info at manthey-it.de>wrote:

> No, unfortunatly i did not find a solution so far and also did not get any
> response on how this could be solved.
> If you have an idea, please share it.
>
> Christian
>
> --
> View this message in context:
> http://mono.1490590.n4.nabble.com/Image-PropertyItems-empty-with-mono-tp4397247p4648691.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20120522/61c2cc56/attachment.html>