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

glTF Reference implementation? #445

Closed
pbeck opened this issue Oct 16, 2015 · 9 comments
Closed

glTF Reference implementation? #445

pbeck opened this issue Oct 16, 2015 · 9 comments
Labels

Comments

@pbeck
Copy link

pbeck commented Oct 16, 2015

Will Khronos provide, or is there talk about doing a reference glTF reader lib implementation in native GL or WebGL, once it hits 1.0?

There's work going on for three.js, a block for Cinder (https://github.com/jhurlbut/Cinder-glTF) and Cesium, but not all of them work, and they can't easily be used as libraries.

I'd be glad to contribute to such a project but I'm not sure my programming skills are strong enough to start :)

@pjcozzi
Copy link
Member

pjcozzi commented Oct 16, 2015

Thanks for bringing Cinder to our attention, cool!

All of the known loaders are here: https://github.com/KhronosGroup/glTF/blob/master/README.md

We are really interested in an open-source barebones WebGL (or OpenGL) loader. If you develop it, we are happy to help promote it.

@tparisi
Copy link
Contributor

tparisi commented Oct 16, 2015

The Three.js loader is based on an underlying parsing library written by
Fabrice... is that what we're talking about? Kind of like SAX parser, it
calls callbacks on recognizing entities.

On Fri, Oct 16, 2015 at 9:12 AM, Patrick Cozzi notifications@github.com
wrote:

Thanks for bringing Cinder to our attention, cool!

All of the known loaders are here:
https://github.com/KhronosGroup/glTF/blob/master/README.md

We are really interested in an open-source barebones WebGL (or OpenGL)
loader. If you develop it, we are happy to help promote it.


Reply to this email directly or view it on GitHub
#445 (comment).

Tony Parisi tparisi@gmail.com
Follow me on Twitter! http://twitter.com/auradeluxe
Read my blog at http://www.tonyparisi.com/
Learn WebGL http://learningwebgl.com/
Mobile 415.902.8002
Skype auradeluxe

Read my books!
Learning Virtual Reality
http://www.amazon.com/Learning-Virtual-Reality-Experiences-Applications/dp/1491922834

Programming 3D Applications in HTML5 and
WebGLhttp://www.amazon.com/Programming-Applications-HTML5-WebGL-Visualization/dp/1449362966
http://www.amazon.com/Programming-Applications-HTML5-WebGL-Visualization/dp/1449362966WebGL,
Up and Running

http://www.amazon.com/dp/144932357X

@pbeck
Copy link
Author

pbeck commented Oct 16, 2015

Ideally I was thinking of a C++ library bundled with a sample SDL-application for reading and displaying glTF files – that would also make a good starting point for many cross platform projects. I think glTF will be great for many mobile projects, and since WebGL support and performance is not yet uniform across devices getting good native libs are important.

@pjcozzi
Copy link
Member

pjcozzi commented Oct 16, 2015

A C++ library would be awesome, go for it!

@tparisi
Copy link
Contributor

tparisi commented Oct 16, 2015

Yes that would be fantastic! Godspeed;

@vinjn
Copy link
Contributor

vinjn commented Oct 19, 2015

How about a glTF loader for assimp?

  1. We can leverage common utils and the existent mesh / animation structure from assimp.
  2. All the users of assimp will have glTF support with zero efforts.

@tparisi
Copy link
Contributor

tparisi commented Oct 19, 2015

An exporter out of assimp would be even more useful...

@pjcozzi
Copy link
Member

pjcozzi commented Oct 19, 2015

+1 on assimp support, see #51.

@pjcozzi
Copy link
Member

pjcozzi commented Oct 19, 2015

Let's move this discussion to #456.

@pjcozzi pjcozzi closed this as completed Oct 19, 2015
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants