Thanks @pierotofy !
Here is the info:
Despite the apparent failure to progress beyond this step:
I had a look around in \WebODM and found it was there, along with all the other produced files!
So it seems it is just the log window that isn’t updating to show completion, the files exist, and you just have to search for them.
BTW, that demonstrates that 1600 images from my M2P drone, with images reduced from 5472 to 2048 pixels, can produce an orthophoto on a computer with 32GB RAM, both in the native Windows version and running under Docker
I’m on #14 now, but deleted tasks.json manually earlier as suggested by pierotofy.
Hello,i meet the same problem,hava you solved it.
To all those whose tasks are getting stuck in “Queued” state: if you go to
Reset Processing Queue are you able to get it unstuck?
i have not been able to solve
This topic is for native windows webodm or native windows ODM? …I can’t find the native version of webodm on github, thanks
Hi, i have problem with native web odm.
I’ve found Memory and processor usage in the Windows version is significantly less for the same image set, partly due to not having to run Docker simultaneously.
After upgrading to the latest version yesterday, all my orthos, DEMs etc, and surrounding base images have white vertical lines on the screen, as per this image:
It looks like your browser window is zoomed. Can you try resetting the browser window zoom to 100%?
It became zoomed out when posted in here, but isn’t. If you open the image in a new tab, it displays as the correct size.
The lines were in ver. 14, downloading 16 now.
EDIT: The lines are there in ver.16 too.
Currently, the native installer for Windows is being extended to previous paid customers (past year) as a thank-you, with a 50% discounted upgrade path for other customers. Have you ordered from UAV4Geo/OpenDroneMap in the past? If so, you should have received an email in the past week or so with a link to the installer. Check your spam folder.
I’m sorry you’re having issues with processing at the moment.
Are you able to link to your dataset anywhere? dronedb.app or another cloud provider?
For the time being, can you try re-running it with a lower max thread count? I’m curious if that might not help you avoid an Out Of Memory issue.
I have a data set on my computer, I do not have a data cloud.
I’m working on a native ODM web so I can’t reduce the number of threads.
Anyone else have any idea where this error could be from?
You could upload a copy of the data to something like dronedb.app or OneDrive, Google Drive, DropBox, Box, etc so others can take a look at processing it to see what might be going on.
You can still pass the --max-concurrency flag to change the number of threads for processing, even on native ODM.
I will add that I combined the same photos in the docker version without any problems.
Ok, so should I reduce the number of threads in the settings?
It would be worth trying, yes.
I’m going to close this topic as it’s growing a bit out of hand if you have issues with native WebODM, please open a separate thread with relevant information. If you already posted a question on this thread, please copy/paste into a new thread so that we can keep the discussions more organized?