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

Export KHR extensions: IOR, Transmission and Volume #12389

Merged
merged 18 commits into from
Apr 21, 2022

Conversation

pandaGaume
Copy link
Contributor

GLTF 2.0 Serializer is missing the

  • KHR_materials_ior
  • KHR_materials_volume
  • KHR_materials_transmissions

extensions

This PR add support for these extensions to the GLTF2.0 serializer.
Also, some minor modification has been made into the GLTF Loader extensions to be consistant with the GLTF definitions.
Test has been conducted using this standard sample model
Materials has been loaded and serialized succesfully without any diff.

@deltakosh deltakosh requested a review from bghgary April 12, 2022 17:34
@deltakosh
Copy link
Contributor

The package.json and package.lock should not be in the PR

@azure-pipelines
Copy link

Please make sure to tag your PR with "bug", "new feature" or "breaking change" tags.

@azure-pipelines
Copy link

Reviewer - this PR has made changes to one or more package.json files.

@azure-pipelines
Copy link

Please make sure to tag your PR with "bug", "new feature" or "breaking change" tags.

@azure-pipelines
Copy link

Snapshot stored with reference name:
refs/pull/12389/merge

Test environment:
https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html

To test a playground add it to the URL, for example:

https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html#WGZLGJ#4600

To test the snapshot in the playground itself use (for example):

https://playground.babylonjs.com/?snapshot=refs/pull/12389/merge#BCU1XR#0

@azure-pipelines
Copy link

Please make sure to tag your PR with "bug", "new feature" or "breaking change" tags.

@azure-pipelines
Copy link

Snapshot stored with reference name:
refs/pull/12389/merge

Test environment:
https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html

To test a playground add it to the URL, for example:

https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html#WGZLGJ#4600

To test the snapshot in the playground itself use (for example):

https://playground.babylonjs.com/?snapshot=refs/pull/12389/merge#BCU1XR#0

@azure-pipelines
Copy link

Visualization tests for webgl1 have failed. If some tests failed because the snapshots do not match, the report can be found at

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

If tests were successful afterwards, this report might not be available anymore.

@azure-pipelines
Copy link

Visualization tests for webgl2 have failed. If some tests failed because the snapshots do not match, the report can be found at

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

If tests were successful afterwards, this report might not be available anymore.

@pandaGaume
Copy link
Contributor Author

@bghgary I guess the visualisation test should not pass because adding these extensions will definitively change the final webgl result..

@bghgary
Copy link
Contributor

bghgary commented Apr 13, 2022

@bghgary I guess the visualisation test should not pass because adding these extensions will definitively change the final webgl result..

I don't think any of these tests use the extensions you added, so something is going on.

Co-authored-by: Gary Hsu <bghgary@users.noreply.github.com>
@azure-pipelines
Copy link

Please make sure to tag your PR with "bug", "new feature" or "breaking change" tags.

@azure-pipelines
Copy link

Snapshot stored with reference name:
refs/pull/12389/merge

Test environment:
https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html

To test a playground add it to the URL, for example:

https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html#WGZLGJ#4600

To test the snapshot in the playground itself use (for example):

https://playground.babylonjs.com/?snapshot=refs/pull/12389/merge#BCU1XR#0

@azure-pipelines
Copy link

Visualization tests for webgl1 have failed. If some tests failed because the snapshots do not match, the report can be found at

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

If tests were successful afterwards, this report might not be available anymore.

@azure-pipelines
Copy link

Visualization tests for webgl2 have failed. If some tests failed because the snapshots do not match, the report can be found at

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

If tests were successful afterwards, this report might not be available anymore.

@pandaGaume
Copy link
Contributor Author

pandaGaume commented Apr 13, 2022

@bghgary may i have the model used for the test (which is related to the GLTF serializer) ?. The only reason i imagine it's it may export an extension (which was not possible before) because of the material, or because of a wrong selecting test into the new extensions.
I need the src to reproduce, and ideally the gltf result, otherwise i'm blind...

@bghgary
Copy link
Contributor

bghgary commented Apr 13, 2022

You can figure this out by looking at https://github.com/BabylonJS/Babylon.js/blob/579cb2ee652b179b18dbb0605664a99712e803e1/legacy/tests/validation/config.json and search for the title of the test. This will give you a playground to test.

@azure-pipelines
Copy link

Please make sure to tag your PR with "bug", "new feature" or "breaking change" tags.

@azure-pipelines
Copy link

Snapshot stored with reference name:
refs/pull/12389/merge

Test environment:
https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html

To test a playground add it to the URL, for example:

https://babylonsnapshots.z22.web.core.windows.net/refs/pull/12389/merge/index.html#WGZLGJ#4600

To test the snapshot in the playground itself use (for example):

https://playground.babylonjs.com/?snapshot=refs/pull/12389/merge#BCU1XR#0

@azure-pipelines
Copy link

Visualization tests for webgl1 have failed. If some tests failed because the snapshots do not match, the report can be found at

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

If tests were successful afterwards, this report might not be available anymore.

@azure-pipelines
Copy link

Visualization tests for webgl2 have failed. If some tests failed because the snapshots do not match, the report can be found at

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

If tests were successful afterwards, this report might not be available anymore.

@pandaGaume
Copy link
Contributor Author

Already solve some visualisation tests fails, but still stoked on somes such this one where no serializer involved. So far the result in my local playground is the same as the online playground.

@bghgary
Copy link
Contributor

bghgary commented Apr 15, 2022

@RaananW Can you take a look when you get back and help us figure out why this is failing? Thanks.

@RaananW
Copy link
Member

RaananW commented Apr 15, 2022

Seems like a Netlify issue, as some tests use assets from the main page and not the cdn.

You can see the error in the logs:

ERR Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://www.babylonjs.com/Assets/NeonPipe/glTF/NeonPipe.gltf. (Reason: CORS request did not succeed). Status code: (null).

The solution would probably be to move all tests to use the assets cdn. But that's not related to this PR

@deltakosh
Copy link
Contributor

Tests are green. Good to go @bghgary ?

@deltakosh deltakosh merged commit 145041a into BabylonJS:master Apr 21, 2022
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.

4 participants