Difference between revisions of "X3D Compressed Binary Encoding Call For Contributions"

Revision as of 04:07, 8 April 2013

Document Status: final review by Web3D Consortium members before release.

Summary

Motivation. Lots of work has already been accomplished using the X3D Compressed Binary Encoding (CBE) standard. X3D has numerous coherent approaches already available that meet author requirements for a general Web-based 3D transmission format. We are working to demonstrate and standardize multiple interoperable improvements in 2013.

• The X3D Binary Compression Capabilities and Plans wiki page maintains the current list of technologies in use and under consideration.

• Inquiries and submissions can be made to X3D Working Group. Private inquiries can be sent to X3D Working Group co-chair Don Brutzman.

We'd like to emphasize that each individual contribution is not expected to provide a single comprehensive solution to all Web-compression challenges. Rather, the X3D Working Group is looking for additional technical capabilities that have the potential to work well together within our proven framework. If your capability might fix into this rich mix, please let us know!

Background

The Web3D Consortium has a long history of effective results that combine multiple 3D graphics and compression technologies in a compatible fashion.

Our first-generation process successfully resulted in the current X3D Compressed Binary Encoding (CBE) International Standard.

New capabilities from this Call For Contributions (CFC) will be used to produce the next-generation compressed X3D standard, for royalty-free use by anyone on the Web.

All work remains royalty free (RF) and compatible with other Web Standards.

X3D Graphics has retained backwards compatibility throughout multiple generations of evolution, stretching all the way back to include the Virtual Reality Modeling Language (VRML97) International Standard.

Requirements

Each individual contribution is expected to provide a specific technical capability that has the potential to work well within the existing framework.

The overall requirements for the next-generation X3D Compressed Binary Encoding (CBE) standard are listed here.

• X3D Compatibility. The compressed binary encoding shall be able to encode all of the functionality described in X3D Abstract Specification.
  • This means that compressed functionality includes the full capabilities of X3D scenes.
• Interoperability. The compressed binary encoding shall contain identical information to the other X3D encodings (XML-based .x3d and ClassicVrml-based .x3dv).
  • This requirement includes identical round-trip conversion between the X3D encodings.
• Multiple, separable data types. The compressed binary encoding shall support multiple, separable media data types, including all node (element) and field (attribute) types in X3D. In particular, it shall include geometric compression for the following.
  • Geometry: polygons and surfaces, including NURBS
  • Interpolation data: spline and animation data, including particularly long sequences such as motion capture (also see Streaming requirement)
  • Textures: PixelTexture, other texture and multitexture formats (also see Bundling requirement)
  • Array Datatypes: arrays of generic and geometric data types
  • Tokens: tags, element and attribute descriptors, or field and node textual headers
  • Web datatypes: wherever possible, datatype approaches are aligned to match Web standards.
• Processing Performance. The compressed binary encoding shall be easy and efficient to process in a run-time environment.
  • Compression outputs must include directly typed scene-graph data structures, not just strings which might then need another parsing pass.
  • End-to-end processing performance for construction of a scene-graph as in-memory typed data structures (i.e. decompression and deserialization) shall be superior to that offered by gzip and string parsing.
  • Asymmetric options for higher-computation compression by authors or servers can result in smaller bandwidth and faster loading by end users.
• Ease of Implementation. Binary compression algorithms shall be easy to implement, as demonstrated by the ongoing Web3D requirement for multiple implementations.
  • Two (or more) implementations are needed for eventual advancement as a Web3D/ISO standard, including at least one open-source implementation.
  • A test suite will be used for repeatable measurement and refinement of file-size and performance results.
• Streaming. Compressed binary encoding are utilized in a variety of network-streaming environments.
  • Scene retrieval can be performed via http/https, local file systems and standardized protocols, at various (high and low) bandwidths.
  • Network-capable level-of-detail support and progressive mesh refinement are important goal capabilities.
  • Javascript Object Notation (JSON) data transfer holds great potential value for Web-based streaming
• Authorability. Compressed binary encoding shall consist of implementable compression and decompression algorithms.
  • Common X3D authoring tools and players can easily support compression for scene-authoring preparation, network delivery and run-time viewing.
• Compression. Compressed binary encoding algorithms can together enable effective composition of diverse datatypes.
  • At a minimum, such algorithms shall support lossless compression. Lossy compression alternatives may also be supported.
  • When compression results are claimed by proposal submitters, both lossless and lossy characteristics must be described and quantified.
• Security. Security considerations must be listed for all capabilities. If none are known for a given contribution, so state.
  • Compressed binary encoding will optionally enable security, content protection, privacy preferences and metadata such as encryption, conditional access, and watermarking.
  • Default solutions for most security requirements are already defined and demonstrated by the W3C Recommendations for XML Encryption and XML Signature.
  • Unencumbered Digital Rights Management (DRM) schemes that can work within this open Web standards framework are eligible for consideration.
• Bundling. Mechanisms for bundling multiple files (e.g. X3D scene, Inlined subscenes, image files, audio file, etc.) into a single archive file will be considered.
  • Similar bundling capabilities are emerging for uncompressed X3D scenes embedded within HTML pages.
• Intellectual Property Rights (IPR). IPR requirements must be met prior to formal consideration of any new technologies.
  • All technology submissions must follow the predeclaration requirements of the [Web3D Consortium IPR policy].
  • All technology results accepted in the X3D standards are royalty free (RF) for any use. Patented contributions are welcome if royalty-free Web use is guaranteed.

Process and Milestones

• August 2012. Liaison efforts with The Khronos Group and MPEG4 representatives.
• December 2012. Public email dialog by Web3D Consortium members and X3D Community on requirements.
• January 2013. Confirmation of New Work Item (NWI) status with ISO Standards Committee SC24.
• April 2013. CFC released.
• 19 June 2013. Web3D 2013 Conference in San Sebastian Spain includes review of contributions.
• July 2013. Final public review and discussion at SIGGRAPH in Anaheim.
• August 2013. Contributions closed. X3D Working Group focus on producing CBE specification update.
• December 2013. Draft ISO specification provided for approval by Web3D Consortium members.

Submissions

• The X3D Binary Compression Capabilities and Plans wiki page maintains the current list of technologies in use and under consideration.

• Inquiries and submissions can be made to X3D Working Group. Private inquiries can be sent to X3D Working Group co-chair Don Brutzman.

• Technical discussions occur on the x3d-public@web3D.org mailing list. Weekly working group teleconferences are help each Wednesday, 08-1000 pacific time.