The problem is that when you select HDR output, hugin always run
hugin_hdrmerge. However AFAIK hugin_hdrmerge doesn't support HDR
input. Mostly because it doesn't make any sense to create HDRi from
HDRi, it would be just copying the image pixels.
The "traditional" LDR output chain is more suitable in this case.
Actually, I think it should correctly output HDR tiff in case the
input is also HDR. nona can accept and output HDR and so does enblend.
In case it doesn't work, it should be possible to edit a panorama
makefile to force nona output HDR.
Lukas
>> The problem is that when you select HDR output, hugin always run
>> hugin_hdrmerge. However AFAIK hugin_hdrmerge doesn't support HDR
>> input. Mostly because it doesn't make any sense to create HDRi from
>> HDRi, it would be just copying the image pixels.
>>
>> The "traditional" LDR output chain is more suitable in this case.
>> Actually, I think it should correctly output HDR tiff in case the
>> input is also HDR. nona can accept and output HDR and so does enblend.
>> In case it doesn't work, it should be possible to edit a panorama
>> makefile to force nona output HDR.
>I consistently have this problem on Windows 64 bit.
>Today I stopped a EXR stitch (EXR files to EXR pano) and examined the
>intermediate files. Nona produces pgm files successfully, but all exr
>files are fully black and only 700kb in size.
>After hugin_hdrmerge has processed these files, they grow to 780kb
>but are still all black.
hugin_hdrmerge is only used with the 'High dynamic range' output,
This is for merging photos into HDR format and won't work if you
feed it HDR data (as Lukáš says).
For HDR input and HDR output you need to use the 'normal' workflow,
this is labelled 'Exposure corrected, low dynamic range' (yes I know
this is confusing, the label needs to be fixed).
--
Bruno