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

The KHR_materials_variants extension #1681

Merged
merged 26 commits into from
Aug 26, 2020
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
26 commits
Select commit Hold shift + click to select a range
b529179
Initial draft.
Mar 14, 2019
ebe3189
Updates.
Jul 26, 2019
9033116
Consistant naming.
Jul 26, 2019
ee0d8ad
Rename back, tweak.
Sep 26, 2019
b7c68e3
Tweaks.
Oct 7, 2019
fd070c3
Some further verbiage.
Oct 7, 2019
92771ff
Add formal schema.
Oct 7, 2019
ca97835
Merge branch 'master' into ext/zell-fb-asset-variants
Oct 7, 2019
69b7edf
Merge remote-tracking branch 'upstream/master' into ext/zell-fb-asset…
Oct 7, 2019
8e5d8b1
Language tweaks, update Renee's contact info.
Oct 7, 2019
f0ab429
One more try.
Oct 7, 2019
a9bee21
Clarifications, expansion.
Oct 22, 2019
23915e9
Rename as khronos extension KHR_variant_materials
jercytryn Mar 9, 2020
07c109b
Rename extension KHR_variant_materials -> KHR_materials_variants
jercytryn Apr 14, 2020
46b16fc
Fix typos, non-normative disclaimers, and clarify tag order behavior …
jercytryn May 8, 2020
17fe9bd
Simplify extension to focus on wholesale static variant configuration…
jercytryn Jul 18, 2020
910746f
Fix example melded models
jercytryn Jul 24, 2020
b84ae8a
Clarifying note on no active variant
jercytryn Jul 31, 2020
fc9b8d9
Update README.md for alt text.
Aug 20, 2020
60be860
Apply 3D Commerce patch to schemas and spec.
Aug 21, 2020
09a22ce
Updated README, removed examples, and fixed mappings in spec along wi…
sleroux Aug 24, 2020
26d2629
Add new language defining mappings usage within viewer applications
jercytryn Aug 24, 2020
8543426
No relative paths and fix typo
jercytryn Aug 24, 2020
9bc4e4e
Bridge verb
jercytryn Aug 24, 2020
9049ea8
Change to top-down language to describe the specifics of the schema p…
jercytryn Aug 24, 2020
8af11ea
one more try
jercytryn Aug 26, 2020
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
168 changes: 168 additions & 0 deletions extensions/2.0/Khronos/KHR_materials_variants/README.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,168 @@
# KHR_materials_variants

## Contributors

- Mike Bond, Adobe, [@Miibond](https://github.com/MiiBond)
- Aurélien Vaysset, Emersya, [@aurelienvaysset](https://github.com/aurelienvaysset)
- Pär Winzell, Facebook, [@zellski](https://twitter.com/zellski)
- Renee Rashid, Facebook, [@debuggrl](https://github.com/debuggrl)
- Jeremy Cytryn, Facebook, [@jercytrn](https://github.com/jercytryn)
- Edgar Simson, OLV, [@Edzis](https://github.com/edzis)
- Daniel Beauchamp, Shopify, [@pushmatrix](http://github.com/pushmatrix)
- Stephan Leroux, Shopify, [@sleroux](http://github.com/sleroux)
- Eric Chadwick, Wayfair, [@echadwick-wayfair](https://github.com/echadwick-wayfair)

emackey marked this conversation as resolved.
Show resolved Hide resolved
Copyright (C) 2018-2020 The Khronos Group Inc. All Rights Reserved. glTF is a trademark of The Khronos Group Inc.
See [Appendix](#appendix-full-khronos-copyright-statement) for full Khronos Copyright Statement.

## Status

Draft

## Dependencies

Written against the glTF 2.0 spec.

## Overview

This extension allows for a compact glTF representation of multiple material variants of an asset, structured to allow low-latency switching at runtime.

A typical use case is digital commerce, where a user might be presented with e.g. a pair of sneakers and the ability to switch between different colours.

![pair of sneakers](sneakers.png)

## Design Goals

_This section is non-normative._

This extension aims to give asset creators and consumers a compact way to define multiple materials for a common set of geometry nodes in a glTF document. We explicitly optimize for the case of representing material variants which are:

* **finite** - the list of variants is bounded; multi-dimensional variants (e.g. color + texture) are possible but must ultimately be representable as a flattened list
* **premade** - the variants are produced at asset authoring time
* **holistic** - while composable, the variants are defined at the granularity of the glTF asset; sub-variants or hierarchical variants are not considered

In digital commerce, each variant may correspond to a distinct SKU or stocked product code, which naturally meet these requirements. In games or movies, each variant may represent a fixed set of curated asset skins which can be represented, moved across the wire, and loaded efficiently.

A non-goal of this extension is to serve _configuration authorship_ use cases (i.e. configuration builders or "configurators"). These have a separate set of concerns, are more subject to complex application-specific business logic, and may benefit from dynamic and continuous configurability with complex builder rules.

While not designed around this use case, we note however that this extension does implicitly communicate at the primitive level which materials are available for that primitive, for any such applications which may be interested in leveraging this information.

## Properties

The `KHR_materials_variants` extension defines two properties — `variants` on the root node and `mappings` on any number of primitive nodes.

## Variants

For a glTF asset, a material `variant` represents a combination of materials that can be applied in unison to a set of primitives based on _mappings_.

Available _variants_ are defined at the glTF root node as an array of objects each with a name property.

Viewer-specific logic defines, for a given instance of a glTF asset, up to one single active variant at a time.

## Mappings

For a given primitive, each mapping item represents a material that should be applied to the primitive when one of its _variants_ is active. Available _mappings_ are defined on the primitive node as an array of objects. Each object specifies a material by its index in the root level `materials` array and an array of variants each by their respective indices in the root level `variants` array, defined above.

Across the entire _mappings_ array, each variant index and each material must be used no more than one time.

When the active variant is referenced in a mapping, a compliant viewer will apply its material to the primitive.

When no mapping contains the active variant, or there is no active variant, a compliant viewer will fall back on vanilla glTF behaviour for the primitive.

## Example

_This section is non-normative._

By way of illustration, imagine a sneaker with four differently colored variants, each of which may have an associated SKU or product name in digital commerce.

| Variants |
| ---------------- |
| `Yellow Sneaker` |
| `Red Sneaker` |
| `Black Sneaker` |
| `Orange Sneaker` |

At the root level, this can be described as follows

```javascript
{
"asset": {"version": "2.0", "generator": "Fancy 3D Tool" },
"extensions": {
"KHR_materials_variants": {
"variants": [
{"name": "Yellow Sneaker" },
{"name": "Red Sneaker" },
{"name": "Black Sneaker" },
{"name": "Orange Sneaker" },
]
}
}
}
```

Now consider that the sneaker's shoelaces are made from materials which depend on the overall shoe colour in non-obvious ways:

| Variants | Shoelace Material | Material Index |
| ---------------------------------- | --------------------------- | -------------- |
| `Yellow Sneaker`, `Orange Sneaker` | `Brown Shoelaces` | 2 |
| `Red Sneaker` | `Purple Shoelaces` | 4 |
| `Black Sneaker` | `Yellow Shoelaces` | 5 |

Looking at the shoelaces mesh, the KHR_materials_variants extension would define this mapping as follows:

```javascript
"meshes": [
{
"name": "shoelaces",
"primitives": [
{
...,
"extensions": {
"KHR_materials_variants" : {
"mappings": [
{
"material": 2,
"variants": [0, 3],
},
{
"material": 4,
"variants": [1],
},
{
"material": 5,
"variants": [2],
},
],
}
}
},
// ... more primitives ...
]
},
// ... more meshes ...
]
```

## Interaction with existing glTF functionality

_This section is non-normative._

The primary purpose of this extension is to simply formalise the idea of static configurability, so that members of the ecosystem can meaningfully communicate: those who produce assets and those who ingest them, and all the tooling in between.

As a secondary effect, material variants allow multiple assets — with shared geometry but different materials — to be stored more compactly, particularly relevant for the self-contained binary format GLB. When using external URIs as references to textures, applications may (optionally) process geometry only once and lazily request texture assets only when needed for a particular variant.

## Appendix: Full Khronos Copyright Statement

Copyright 2018-2020 The Khronos Group Inc.

Some parts of this Specification are purely informative and do not define requirements necessary for compliance and so are outside the Scope of this Specification. These parts of the Specification are marked as being non-normative, or identified as Implementation Notes.

Where this Specification includes normative references to external documents, only the specifically identified sections and functionality of those external documents are in Scope. Requirements defined by external documents not created by Khronos may contain contributions from non-members of Khronos not covered by the Khronos Intellectual Property Rights Policy.

This specification is protected by copyright laws and contains material proprietary to Khronos. Except as described by these terms, it or any components may not be reproduced, republished, distributed, transmitted, displayed, broadcast or otherwise exploited in any manner without the express prior written permission of Khronos.

This specification has been created under the Khronos Intellectual Property Rights Policy, which is Attachment A of the Khronos Group Membership Agreement available at www.khronos.org/files/member_agreement.pdf. Khronos grants a conditional copyright license to use and reproduce the unmodified specification for any purpose, without fee or royalty, EXCEPT no licenses to any patent, trademark or other intellectual property rights are granted under these terms. Parties desiring to implement the specification and make use of Khronos trademarks in relation to that implementation, and receive reciprocal patent license protection under the Khronos IP Policy must become Adopters and confirm the implementation as conformant under the process defined by Khronos for this specification; see https://www.khronos.org/adopters.

Khronos makes no, and expressly disclaims any, representations or warranties, express or implied, regarding this specification, including, without limitation: merchantability, fitness for a particular purpose, non-infringement of any intellectual property, correctness, accuracy, completeness, timeliness, and reliability. Under no circumstances will Khronos, or any of its Promoters, Contributors or Members, or their respective partners, officers, directors, employees, agents or representatives be liable for any damages, whether direct, indirect, special or consequential damages for lost revenues, lost profits, or otherwise, arising from or in connection with these materials.

Khronos® and Vulkan® are registered trademarks, and ANARI™, WebGL™, glTF™, NNEF™, OpenVX™, SPIR™, SPIR-V™, SYCL™, OpenVG™ and 3D Commerce™ are trademarks of The Khronos Group Inc. OpenXR™ is a trademark owned by The Khronos Group Inc. and is registered as a trademark in China, the European Union, Japan and the United Kingdom. OpenCL™ is a trademark of Apple Inc. and OpenGL® is a registered trademark and the OpenGL ES™ and OpenGL SC™ logos are trademarks of Hewlett Packard Enterprise used under license by Khronos. ASTC is a trademark of ARM Holdings PLC. All other product names, trademarks, and/or company names are used solely for identification and belong to their respective owners.
Original file line number Diff line number Diff line change
@@ -0,0 +1,29 @@
{
"$schema": "http://json-schema.org/draft-04/schema",
"title": "KHR_materials_variants glTF extension",
"type": "object",
"description": "glTF extension that defines a material variations for mesh primivites",
"allOf": [ { "$ref": "glTFProperty.schema.json" } ],
"properties": {
"variants": {
"type": "array",
"items": {
"type": "object",
"description": "An object defining a valid material variant",
"gltf_detailedDescription": "An object defining a valid material variant",
"properties": {
"name": {
"type": "string",
"description": "The name of the material variant",
"gltf_detailedDescription": "The name of the material variant."
},
"extras": {
"type": "object"
}
},
"required": [ "name" ]
}
}
},
"required": [ "variants" ]
}
Original file line number Diff line number Diff line change
@@ -0,0 +1,44 @@
{
"$schema": "http://json-schema.org/draft-04/schema",
"title": "KHR_materials_variants mesh primitive extension",
"type": "object",
"allOf": [ { "$ref": "glTFProperty.schema.json" } ],
"properties": {
"mappings": {
"type": "array",
"description": "A list of material to variant mappings",
"gltf_detailedDescription": "An array of object values that associate an indexed material to a set of variants.",
"items": {
"type": "object",
"properties": {
"variants": {
"uniqueItems": true,
"type": "array",
"description": "An array of variant index values.",
"items": {
"allOf": [ {"$ref": "glTFid.schema.json" } ]
},
"minItems": 1,
"gltf_detailedDescription": "An array of index values that reference variants defined in the glTF root's extension object."
},
"material": {
"allOf": [ { "$ref": "glTFid.schema.json" } ],
"description": "The material associated with the set of variants.",
"gltf_detailedDescription": "A reference to the material associated with the given array of variants."
},
"name": {
"type": "string",
"description": "The user-defined name of this variant material mapping.",
"gltf_detailedDescription": "The optional user-defined name of this variant material mapping. This is not necessarily unique."
},
"extras": {
"type": "object"
},
"extensions": { }
},
"required": [ "variants", "material" ]
}
}
},
"required": [ "mappings" ]
}
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.