-
Notifications
You must be signed in to change notification settings - Fork 659
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
gibberish output? #258
Comments
That's very strange! Are there any errors/warnings printed in the console when you run this?
It's worth double checking that the cpu is being used, and that the image you think you're processing is actually being loaded (and not for example, some hidden/auto-save copy of the image, which could cause problems). Also, it's worth checking if there is any message about something going wrong. If there isn't some error message, I'd assume that the problem is the model weights, since that's the most obvious way to get nonsense results. So you may want to re-download them and try again. I know the weights on the releases page of this repo work, so if you didn't originally get them from there, that's worth a try. |
~~ Turned out the problem was that my images weren't the right shape? When I resized them to match the label on the model, they worked fine! e.g. 640x192px. ~~
(see below for my next message)
…On Fri, 22 Dec 2023 at 15:19, heyoeyo ***@***.***> wrote:
That's very strange! Are there any errors/warnings printed in the console
when you run this?
Also, it should say which device it's using in the terminal, so you can
confirm that it's using cpu. It should print out something like:
Initialize
Device: cpu
... some warning about 'meshgrid' ...
Model loaded, number of parameters = <some big number>
Processing input/<name of image> (1/1)
Input resized to <HxW> before entering the encoder
Finished
It's worth double checking that the cpu is being used, and that the image
you think you're processing is actually being loaded (and not for example,
some hidden/auto-save copy of the image, which could cause problems). Also,
it's worth checking if there is any message about something going wrong.
If there isn't some error message, I'd assume that the problem is the
model weights, since that's the most obvious way to get nonsense results.
So you may want to re-download them and try again. I know the weights on
the releases page <https://github.com/isl-org/MiDaS/releases/tag/v3_1> of
this repo work, so if you didn't originally get them from there, that's
worth a try.
—
Reply to this email directly, view it on GitHub
<#258 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAWJWSWLOVZNF242UK5LFYDYKWQGNAVCNFSM6AAAAABA63J3UKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRXHAYDIOBXHE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
That is strange... The run.py script transforms the image prior to processing it with the model, and one of the transformations is a resizing step, to make sure it's properly sized for use in the model. But if it works, it works I guess! Since manually resizing (especially to 192px) may hurt the quality of the output, it might be worth re-saving your image without any resizing using the same tool that did the resizing and see if that works? It may just be that the original image format isn't supported properly by the midas script, but the format of the resizing tool is supported. |
Sorry I messed up - it was monodepth2 that worked with the right size image, I never got Midas to work! I'll have another look at your suggestions soon! |
Hi, I followed these instructions and downloaded the models, but the output looks like gibberish... (I don't have a working cuda card, so I hope it's using cpu?)
The text was updated successfully, but these errors were encountered: