Hi Thomas, Thanks for checking it out and the CMake patch!
I have a general idea how to handle 8 bit images -- when reading the image, upscale to 16 bit, do all the processing, then on output downscale back to 8 bit. The extra bits would make all the interim processing better. Dithering might need a tweak though. Does that seem like a reasonable approach? Yes, it makes a couple of data files -- I need to turn that off by default. Those are the data files I have been examining to create a better sky HSV model. I also need to tell exiftool not to back up the original. Exiftool is how I'm getting the ICC profile copied from the input tiff to the output tiff. Jeff On Saturday, February 12, 2022 at 1:28:29 AM UTC-8 T. Modes wrote: > Hi Jeff, > [email protected] schrieb am Samstag, 12. Februar 2022 um 02:07:30 UTC+1: > >> >> I would greatly appreciate reports on compilation problems. I have NOT >> worked with the CMake files, I've only updated my local Makefile. >> > > please find attached a patch for a update of the CMake build system. It > fixes also a compilation issue on MSVC (in line float g_d[width+1] ; -> > constant expression expected). > > A first test looks good. > > A main issue I have is that it works only with 16 bit images. I know you > answered that questions already. But maybe after your latest optimisation > it works better also with 8 bit images? > > Thomas > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/07e31cab-0df2-4b47-9c84-141d8ae4ba73n%40googlegroups.com.
