-
-
Notifications
You must be signed in to change notification settings - Fork 894
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to keep the original resolution in MVS #335
Comments
the full resolution images should always be used, right from the beginning (SfM stage) and at each step you have the possibility to control the maximum resolution at which that module can work; for example if u want to compute the dense point cloud at half the original resolution you simply pass |
Hey @cdcseacave , Thanks for your quick reply! I understand your method, which is somewhat similar to previous my attempt 1, and it will introduce speed and memory problems. I have done the following test today, and do you think it is what you mean? Currently, I am always considering one thing, that if I have known the DEM of a place, maybe I can skip step2 and just update the generated texture each time, some ideas? |
not sure I know the problem u want to solve; I think the resolution issue is clear though; pls open a different issue if you have an other one |
Hi @cdcseacave ,
Thanks a lot for your great job! I have a question about the reconstructed resolution and hope you can give me some suggestions.
Currently, my input images are with high resolution(6000 * 4000), so in order to keep balance of process speed, memory usage and final result, I resize these images to 1500 * 1000 in openMVG and then use these down-sampled images to generate final result in openMVS. Now, This pipeline (generate sparse point cloud >> densify >> reconstruct mesh >> texture mesh) works normally.
However, I have no good idea how to keep the original resolution in the final reconstructed result after doing following attempts:
So, do you have any suggestions to keep the original resolution in openMVS?
The text was updated successfully, but these errors were encountered: