David Brodsky wrote: > > Too less levels (as already pointed out in some other posts). And the > > Yeah, that was my first attempt, but I can still blame Canon that it > can't do more than 3 bracketed images at the same time.
I meant the levels parameter of enfuse... Regarding the 3 brackets problem: Yes, of course. But there are ways to work around this. On windows XP the PTP protocol is already implemented, you can even use it fronm a scripting language. gphoto should provide similar functionality. There is CHDK for canon point-and-shoot cameras. And there is the arduino project of Joergen Gerds (master of gigapixel night bracketing): http://newyorkpanorama.com/2009/01/21/long-exposure-night-hdr-photography-with-arduino/ Read the full thread at http://www.nabble.com/-to21593128.html > > tonemapped version has really awful colors. I guess this is a global > > tonemapper, hence it doesn't produce halos like all local tonemappers > > do. But I wonder why it produces such over-saturated colors. > > pfstmo_mantiuk08 with bit higher color saturation Aha. There are a lot of tonemappers giving awful results: http://dativ.at/logmap/index.html > > Global tonemappers are limited to a relatively small dynamic range. Good > > for a standard sunlit scene like this one but hopeless on interior shots > > with sunlit exterior. On the other hand such sunlit scenes should be no > > problem for a decent camera. It never was for analog film... > > Again - let's blame cameras' manufacturers :-) Well, the microscopic sensors of point-and-shoot cameras have physical limitations. I bet my old Coolpix E5200 has better dynamic range than most popular 10 Megapixel cameras... > > For higher dynamic range only local tonmappers can give satisfactory > > results but they tend to halos much more than enfuse does, which works > > locally as well. But the exposure fusion algorithm can do much better as > > tufuse shows. > > Tufuse isn't for Linux, is it? No. > Anyway, what if I want to make hi-res hdr panos? I haven't found any > software that works on Linux (other than enfuse/enblend) that can handle > very large pictures without eating all available memory :-( Blame the enfuse developers. It's a great program, but there is almost no development. I complained about this (and the fact that commercial developers once again delivered better products soon after open source has initiated a technology) some time ago: Neither enfuse nor enblend have zenith and nadir support for sphericals - PTGui has. enfuse doesn't go to the limits regarding blend levels, tufuse pro does. etc. I wish I hadn't messed around with Pascal, PL/SQL and PHP for the past 20 years and learned C instead (and have enough time) - I would participate in development... -- Erik Krause http://www.erik-krause.de --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~---
