since I am doing photomapping of terrain,
I have experienced, that the light tends to change progressively as I shot photos.
The problem is, the flight is following zig-zag or spiral shape and as a result I have gradual variation
of brightness and contrast across ortophotomap.
In my case I am striving for fast response, not for HDR quality, and it might be difficult to repeat a mission
that takes up to 2h of UAV flight.
The question is, are there any tools that can linearly/gradually or maybe automatically apply some correction to a list of images?
We are talking abotu 300-3000 photos per flight, up to a few times per day. A real mill.
I am aware of ImageMagick toolset, but it is not a solution:
The problem is that any automatic method I know gathers statistics over a single image, then applies the correction to one or many.
Also ImageMagick scripts I tried to apply by merging photos etc show insufficient processing speed of Image Magick (it is general tool, with dozens of intermediary memory copies/logic layers during processing a script).
What is needed is a tool that analyses 3..tens..all neighboring images (consecutive in the list) and applies slowly changing correction.
I know that somebody will advise fixing exposition in the camera but thsi is NOT the way to go in 50% cloud cover changing the lighting 8 times during the flight.
What is needed is something like Deflicker algorithm used in movies, but this would be ideal but I doubt it exist for photos.
At the moment I am looking for anything that works.
I know the issue could be known to ppl doing Timelapses but I have no idea what are the solutions (I guess they usually merge the results into a movie, then apply Deflicker filter in movie processing soft, but the resolution, compression and quality is lost).
At the moment typical application of autobalance or histogram equalize/anything leads to photos where 1 out of 20 pops up with very off colors or other parameters.
Comments
I have tried Grass for 1 week 4 months and found myslef in deep Forest. The problem is that I can do interfacing on my side, preprocessing, but the core data processing fucntionality I want to leave for the others. What is interesting to me is to removing minor obstacles in almost-working solution either by UAV mission planning, autopilot export processing etc.
@ Brakar : When I was working on that project, I tried Grass (on many differents modules). My conclusion was it's very powerfull on many functions, but a lot of remaining bugs (or difficult to understand parameters ??). Really time consuming and not enough to a complete toolchain.
Documentation was poor and GUI very complex 2 years ago, but Grass is still in development, perhaps it's easier today !
Yes your true about tie points, they become GCP at the really end of the treatement.
Of course you can export tie points in 3D, in a first step.
There is another step in wich very dense point cloud is generated after 1st pass orthorectification is complete, but very very long step. Everything is possible I think with a so huge amount of data, but for the second pass I believe you'll wait for weeks if you need the top quality 3D reconstruction (final step) !
What are your overlapping proportions ?
@Lojze : There is no GPU support at the moment, and honestly I don't know how to do it ! Do you plan to do real time processing ? Because the step to detect GCPs between all the pictures is not the longer one (25% computing time approx, if I remeber well) with the CPU.
About the total size of final blend, there is just no limit (there's a trick of course...) ! What final resolution and initial number of picture in your work ?
Not of this speed. Enso does processing of quantities as fast (or slow) as for small quantities. it has structured approach that finds the neighbors using GPS what puts him already above all others stitchers that ignore GPS.
@Stephane, for me, if looks like something between 5KEUR and 18KUER but it depends who, what, how.
This is why I told you to ask Ismo. It is not a secret, just such prices are not published wide open because there is always somebody that will pop up saying: hey look I got the same from ptgui for 300USD what is nonsense but they would spend their life explaining basic things to everybody.
In fact Krzysztof it's not exact, there is in the Panotools suite an utility that can manage with camera translations.
Pstereo I believe. Tested it : peace of sh..t, but anyway : it does exist !
You should really have a (deep) look at Panotools...
There are 2 problems:
1. if you prerotate, you lose a lot of overlap or have lot of balck surface
2. was llooking aroudn ptgui but there is a basic issue: it is NOT designed for camera moving above the model,
this is for a model surrounding the camera. there is no position input. even if you pre-rotate, teh result is passed through dozens of projections.
Also Palentier Stitcher has shown already that simple projection methods are not precise enough.
Not a surprise, even military cannot locate target with more than 10 m precision from a small UAV.
-
1
-
2
-
3
-
4
-
5
of 5 Next