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

V-Ray CPU render fidelity tests. #4487

Merged
merged 2 commits into from
Oct 3, 2023
Merged

V-Ray CPU render fidelity tests. #4487

merged 2 commits into from
Oct 3, 2023

Conversation

jasondavies
Copy link
Contributor

Fixes #4483.

@google-cla
Copy link

google-cla bot commented Sep 29, 2023

Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

View this failed invocation of the CLA check for more information.

For the most up to date status, view the checks section at the bottom of the pull request.

@jasondavies
Copy link
Contributor Author

Unexpectedly ran into an unknown error when leaving this to run update-screenshots:

vray: Rendering khronos-Cube...Error: Offline rendering process for V-Ray failed:
    at updateScreenshots (file:///home/jason/model-viewer/packages/render-fidelity-tools/lib/workflows/update-screenshots.js:130:31)
📋 Screenshot updates concluded
npm ERR! Lifecycle script `update-screenshots` failed with error:
npm ERR! Error: command failed
npm ERR!   in workspace: @google/model-viewer-render-fidelity-tools@0.0.1
npm ERR!   at location: /home/jason/model-viewer/packages/render-fidelity-tools

It's a shame there wasn't more information provided.

@jasondavies
Copy link
Contributor Author

Unclear exactly why I encountered two seemingly random failures during V-Ray execution, with no errors. Not sure if error logging could be improved (it seems fine on the model-viewer side at first glance).

@jasondavies
Copy link
Contributor Author

jasondavies commented Sep 29, 2023

OK, looks like the reason for the two failures was recorded in my syslog (redacted):

Sep 29 20:15:19 XXX kernel: [ 2781.311809] python[6805]: segfault at 0 ip XXX sp XXX error 4 in libcgauth.so[XXX]
...
Sep 29 21:48:58 XXX kernel: [ 8400.248403] python[11779]: segfault at 0 ip XXX sp XXX error 4 in libcgauth.so[XXX]

Seems like a V-Ray bug. I'm using appsdk-linux_qt5-release-vray_v6.10.07-20230426.

Edit: reported the issue here: ChaosGroup/vray_gltf#7

@jasondavies
Copy link
Contributor Author

I've added ACES filmic tone mapping now (applied to the raw image which should be linear).

vray-golden

@jasondavies
Copy link
Contributor Author

Looks like a width/height swap bug in my array handling code. Re-rendering goldens now.

@jasondavies
Copy link
Contributor Author

Camera issues fixed.

@jasondavies
Copy link
Contributor Author

jasondavies commented Sep 30, 2023

Looks like the following scenarios have obvious issues:

  • Sponza (looks far too dark)
  • Fox (totally blank; maybe not supported at all - like Stellar?)
  • RecursiveSkeletons (though Filament looks the same)
  • TextureLinearInterpolationTest
  • BoxVertexColors
  • SimpleMorph
  • TextureSettingsTest
  • TriangleWithoutIndices

Edit: fixed scenarios that have renderSkybox=true

@jasondavies
Copy link
Contributor Author

Implemented renderSkybox support. I think this is ready for review.

@jasondavies jasondavies changed the title [WIP] V-Ray CPU render fidelity tests V-Ray CPU render fidelity tests. Oct 1, 2023
Relevant portions of code included from:

  <ChaosGroup/vray_gltf@63eb33c>

Submitted on behalf of a third-party: Chaos Software OOD.

License: MIT (included in commit).
You can run `npm run update-screenshots vray` to avoid re-running all of
the other screenshot generators.

Requires a V-Ray license and the V-Ray SDK on PYTHONPATH.

Fixes google#4483.
Copy link
Contributor

@elalish elalish left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Excellent - it's great to have more path tracer comparisons! Just a couple small questions.

@elalish elalish merged commit d2461fe into google:master Oct 3, 2023
@jasondavies
Copy link
Contributor Author

I deliberately separated the third-party V-Ray code into a separate commit and marked as "submitted on behalf of a third-party" to comply with Google's CLA, but it looks like you squashed everything into one commit. I guess it's too late to change this now, but just noting this for posterity. It was also more helpful to be able to see which changes I made to the original vray_gltf in the second commit.

@elalish
Copy link
Contributor

elalish commented Oct 4, 2023

Thanks! Your separate commits will continue to live on in this PR, which is the easiest way to view them anyway, so no harm done.

@jasondavies jasondavies deleted the vray branch October 4, 2023 16:04
JL-Vidinoti pushed a commit to vidinoti/model-viewer that referenced this pull request Apr 22, 2024
* Add vendored copy of vray_gltf.

Relevant portions of code included from:

  <ChaosGroup/vray_gltf@63eb33c>

Submitted on behalf of a third-party: Chaos Software OOD.

License: MIT (included in commit).

* Add V-Ray CPU support to render fidelity tests.

You can run `npm run update-screenshots vray` to avoid re-running all of
the other screenshot generators.

Requires a V-Ray license and the V-Ray SDK on PYTHONPATH.

Fixes google#4483.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add V-Ray CPU to the render fidelity test
3 participants