Skip to content
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

GS ratio #15113

Merged
merged 2 commits into from
May 20, 2024
Merged

GS ratio #15113

merged 2 commits into from
May 20, 2024

Conversation

CedricGuillemet
Copy link
Contributor

@CedricGuillemet CedricGuillemet commented May 17, 2024

@bjsplat
Copy link
Collaborator

bjsplat commented May 17, 2024

Please make sure to label your PR with "bug", "new feature" or "breaking change" label(s).
To prevent this PR from going to the changelog marked it with the "skip changelog" label.

@bjsplat
Copy link
Collaborator

bjsplat commented May 17, 2024

@bjsplat
Copy link
Collaborator

bjsplat commented May 17, 2024

@RaananW
Copy link
Member

RaananW commented May 17, 2024

Visually I don't see any difference. VR works in this one as well, so I am ok with this PR, but what is the change?

@CedricGuillemet
Copy link
Contributor Author

CedricGuillemet commented May 17, 2024

Let's wait for CrashMaster to test the fix. I'm not sure about the fix. Maybe shader transpilation and undefined behavior.

@bjsplat
Copy link
Collaborator

bjsplat commented May 17, 2024

Visualization tests for WebGPU (Experimental)
Important - these might fail sporadically. This is an optional test.

https://babylonsnapshots.z22.web.core.windows.net/refs/pull/15113/merge/testResults/webgpuplaywright/index.html

RaananW
RaananW previously approved these changes May 17, 2024
@RaananW
Copy link
Member

RaananW commented May 17, 2024

Sorry, correction - this brings back the VR issue. It is essentially a rollback to the original behvior

It seems like this is a ratio issue. maybe as a temp solution until we can fully debug this, we can have two modes, one for rig cameras, one for standard behavior?

@CedricGuillemet
Copy link
Contributor Author

I think a change needs to happen here :

I guess, in case of VR, getRenderWidth is the size of both views and it should not. A quick check with VR is to divide the width by 2 and see how it goes. Can you do the test @RaananW ?

@CedricGuillemet CedricGuillemet marked this pull request as draft May 17, 2024 15:42
@RaananW
Copy link
Member

RaananW commented May 17, 2024

I think a change needs to happen here :

I guess, in case of VR, getRenderWidth is the size of both views and it should not. A quick check with VR is to divide the width by 2 and see how it goes. Can you do the test @RaananW ?

I did try that previously, and it didn't work. But let me check again to be sure

@RaananW
Copy link
Member

RaananW commented May 17, 2024

Just pushed a change. Once built it will be great if everyone can check it. It changes the viewport's width (and viewport's only) when rendered in a rig camera. Seems to be fine in VR and on desktop

@CedricGuillemet CedricGuillemet marked this pull request as ready for review May 20, 2024 13:11
@CedricGuillemet
Copy link
Contributor Author

Tested by forum users and seems all good !!!

@deltakosh deltakosh merged commit 305b820 into BabylonJS:master May 20, 2024
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants