- Bug (almost): in Revopoint PC each time I open a Project, it drops back to default folder (Program Files\Revoscan 5) instead of remembering the last folder used. It does this way with both launching the Revoscan and after just pressing Home. Although when I use File->Import (or CTRL+I, handy BTW) it does remember the last used folder. It’s annoying, please fix it;
- Bug (for sure): when scanning with Android (Range was used) and after some scanning starting getting dual surfaces due tracking drift (“Revoscan” and “tracking drift” seems to be synonyms for a long time, poisoing the scanning process and hampering the abilty for Revopoint scannes to be a working tool instead of geek’s toy - mark my word), I paused the scanning and pressed Undo one or few times till those scrap scan parts disappear. Then just gone back to the menu and started a new scan. But when I have imported those project to PC and opened them, I’ve got all those scrap “overscans” back. Please fix what is to be read by Revoscan taking those Undo commands into consideration. Now scan data should be messed with to find how many frames I must delete to get rid of those crappy parts;
- Feature request based on the paragraph above: can you add a Play Bar like thing where you can check the frames scanned and be able to crop the end frames if necessary. That’s due to when you turn your scanning off, it is common to have some hand shake that add some crappy unaligned point clouds.
- In the future releases of Revoscan maybe you should truncate those empty data parts in the depth buffers? Instead of 640x400, seems it should be something like 518x400. It could save about 20% of disk space. Added a picture to make it more clear:
You still can have compatibility with either checking the first frame size before opening a sequence or just checking project version in metadata; - I know this feature request is some kind of too big one maybe, but it could save A LOT if implemented. Can you add a Retrack feature to Revoscan. When it will recalculate all the frames alignment from the beginning, but involving more complex math than in realtime scan. When it checks the frame not only being “connected” to the previous one, but to the entire point cloud field. Or something like this. Let it calculate complex 2K frames projects for a hour or two, but thus that imminent tracking drift could be greatly diminished. OK, we can’t have a complex realtime check fro what we scan, but maybe we can save the scans in the post process this way.
Thanks