Hi all,
Thanks for the replies, especially Sven's explanation and the pointer
to pluginrc.
Sven Neumann wrote:
> Certainly nothing with Exif. My guess is that the Ufraw plug-in claims
> responsibility for this file. Most probably the magic header that the
> ufraw loader registers matches for this file. This may be a bug in the
> Ufraw plug-in. You should contact the author.
Well, I'd like to let you know that I've got a dcraw fix (via the hugin
mailing list) which is supposed to solve the problem. I've checked it and
it works for me now. Find the little patch below - in fact it is just one
more check.
However, please note that Ufraw / Ufraw-Gimp come with their own, slightly
modified copy of draw. It is not enough to install a new dcraw, one has to
fix the dcraw copy within the ufraw source package (the section is easy to
find) and rebuild it.
Rgds,
Stephan.
> This patch fixes the problem. I ran it against my entire
> test suite to make sure it doesn't cause any other problems:
>
> --- dcraw.c 2008/03/05 01:29:34 1.399
> +++ dcraw.c 2008/03/13 16:27:43
> @@ -5358,6 +5358,7 @@
> is_raw = 0;
> if (!dng_version && tiff_bps == 8 && tiff_compress == 1 &&
> tiff_ifd[raw].phint == 1) is_raw = 0;
> + if (tiff_bps == 8 && tiff_samples == 4) is_raw = 0;
> for (i=0; i < tiff_nifds; i++)
> if (i != raw && tiff_ifd[i].samples == max_samp &&
> tiff_ifd[i].width * tiff_ifd[i].height / SQR(tiff_ifd[i].bps+1) >
>
> This will be included in dcraw v8.84.
>
> Dave Coffin 3/13/2008
_______________________________________________
Gimp-user mailing list
[email protected]
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
