x9studio

Mikhail Luzyanin wrote:

Sorry, but private support available only on enterprise license users. You can attach a simplified file with simple cubes and cylinders that reproduce the issue.

@Mikhail Can you guys try my test files? https://www.soft8soft.com/topic/eevee-wysiwyg/#post-50765
I curious to see if it’s something on my end or you get the same result as mine. Thanks.

@xeon Thank you very much for sharing your workflow. It’s interesting that Cycles to Eevee workflow produces more accurate result. In theory, we should stick with Eevee for the entire workflow when Eevee WYSIWYG works correctly. But I’ll try the Cycles to Eevee workflow.

It seems that color space settings is the culprit in my case, but I couldn’t figure out where. I was think maybe it has something to do with the starter Blend project file created by Verge3D when a new project is created in App Manager. Perhaps it has default Verge3D settings that are different from new Blend file created directly from Blender. But that doesn’t seem to be the case.

Are you using baked PBR textures or Blender native nodes without baking them into PBR textures?

If I can get the result like this, it’s good enough for me.

xeon wrote:

Just to throw a wrinkle into this conversation.

You will want to be sure Blenders color space and your monitors color space are set to sRGB if you want the colors to be a similar as possible between EEVEE and Verge3d. Browsers use sRGB so if you are using a different color profile in Blender you will want to switch. Also be sure your monitor(s) are set to sRGB as well.

Note, the above will get you close…very close and typically good enough. But if you are picky and want perfection your only real choice is to iterate/re-adjustment of your materials until you get the result you want. When we have to hit specific Pantone color, we set up a color calibrator over the browser and adjust until we get the correct output. It might take a few dozen tries before we get it right. The bad thing…. most viewers just won’t care as close enough is good enough as the vast majority of people don’t calibrate their monitors or have light-controlled environments where they use their computer.

Thank you for the inputs. I’m not going for Pantone accuracy. Something went wrong in my test project as PBR sample project in Verge3D shows it is possible to get the WYSIWYG in Eevee to the browser. I just need to figure out what went wrong in my test.

hulpesergiu wrote:

Hi x9studio.

I am very confused about your question.

The image on the left looks 90% the same as the one on the right to me.

The only difference between them is some contrast and color correction (the eevee one looks a bit greenish)

I am not sure what you are trying to do.

Also from your material screenshot, I am noticing you are baking the material, maybe you can tell us more details about that?

From the PBR sample project, the results look identical in Verge3D and Eevee. That’s the way it should be for PBR materials. For some reasons my test project is not producing the same result.

It’s simple procedural materials baked into PRB materials using SimpleBake addon.

Yuri Kovelenov wrote:

Can AR detect walls instead of floors?

not implemented in Verge3D yet sorry :(

Please add the wall detection feature, also please considering the option of using printed marker like how AR used to work. Printed marker is suitable to wearables such as a walkie talkie attached to a shoulder strap on a person.

Baking it didn’t work, at least from Principled shader. Sketchfab has it, https://help.sketchfab.com/hc/en-us/articles/360020687812-Anisotropy

It’s a commonly used material in consumer products. Does Verge3D support anisotropy PBR created from Substance Painter or any anisotropy PBR?