That'll work fine. In -fsr mode, it will compare that brown color to the expected blue color, determine a zero probability that it is actual sky, and thus leave the color as is.
In normal mode, blending starts 50% of the way between the green line and the yellowish line at the top, so it will never reach where end of sky went to far down. If you want to tune it up change the end of sky detection tolerance. Default is 3.5, so see how 3.0 works with "-tol 3.0" On Saturday, March 5, 2022 at 5:21:10 PM UTC-8 [email protected] wrote: > On Saturday, March 5, 2022 at 7:55:26 PM UTC-5 [email protected] wrote: > >> >> It compiled fine for me (using the CMake changes Thomas gave you) on >> Windows MSYS / mingw64 , which is a very different environment from the >> tools Thomas uses for Windows. >> >> But the first time I used it I got a disappointing behavior: > > I used -fsr -d3 (as in the sample script you did for me). I was working > on a smaller example than the one of mine you looked at. I'll post that > one if you like, though it was just some half done work I chose for this > test. > > I cropped a tiny bit of skyline from the output (attached). If the green > line (from -d3) is supposed to represent what I think it is supposed to > represent, then its tracking relative to the actual skyline is not good > enough to use. > > -- 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/63eb418b-998d-4689-821e-86944ad037b6n%40googlegroups.com.
