Depth bug when importing YML #169
Replies: 2 comments 13 replies
-
I've been experimenting with .yml as well. Just to see, I loaded a bunch of different models and they all came out pretty much the same. It must be mainly using the depthmaps for what it needs. |
Beta Was this translation helpful? Give feedback.
-
If there is no problem importing without editing after export, then it is a problem of editing. One cause that I can think of is the resolution (image size) of depth images. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
i finally was able to test importing my own depth maps in yml, i deflickered the iw3 depth maps in davinci and then i replaced the files in the export disparity "depth" folder with my new deflickered maps, and imported the yml file in iw3. So what i found out is depth 3.0 was the max u can push before the image begins aliasing/jagged edges. i also noticed the depth looked no different on 5.0 depth but significatly looked worse with jagged edges, ironically became lower resolution, and got flatter in background when going above 3.0 on depth, so i had a hunch, i lowered depth to 2.5 and image became suddenly more 3d-ish and clearer, then when i lowered to 1.8 depth, image became even more 3d-ish. so the depth function doesnt not work properly when using YML method. So on yml method its better to use a low depth of 1.8. essentially 1.8 depth on yml method looks equivalent to 3.0 depth on the regular 2d to 3d method. The regular 2d to 3d function doesnt have this bug , it works fine if u just do a regular 2d to 3d conversion with no yml, but the moment u use yml method u actually have to use less depth for it to function properly
Beta Was this translation helpful? Give feedback.
All reactions