KhronosGroup / KhronosGroup/glTF-External-Reference

Clarification needed: why a separate format instead of an extension to glTF?

Open
#1 8 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
No language data
Stars
100
Forks
8
PR merge metrics
No merged PRs in 30d

Description

It's not clear from the docs why a separate file format is a good idea here.

I think it would have been perfectly viable to design a regular glTF extension that allows for composition of assets and addition of interactive behaviours (in fact, we're using vendor-specific extensions that way already). A separate file format seems to overcomplicate this, but would be great to read more about the reasoning for that.

Additionally, this imposes a weird restriction: glXF files can't be self-contained anymore since they can only reference other assets and not contain any buffers etc. Not sure why this would be desired; in most cases for last-mile delivery a self-contained file is a good thing, not a bad thing. It means there always must be multiple requests to even build the simplest of experiences.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the project documentation that explains why glXF is separate from glTF and why glXF files reference external assets rather than containing buffers. Use the issue's questions and existing comment discussion to identify the agreed rationale; done means the documentation records that rationale and addresses self-contained delivery concerns.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.