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

Create a file format for defining procedural meshes #17

Open
GoogleCodeExporter opened this issue Dec 30, 2015 · 13 comments
Open

Create a file format for defining procedural meshes #17

GoogleCodeExporter opened this issue Dec 30, 2015 · 13 comments

Comments

@GoogleCodeExporter
Copy link
Collaborator

A file format which could define procedural meshes could be great in order to 
move mesh description away from code.
However, once this format is defined, it should always be in sync with features 
available from plain code.

Original issue reported on code.google.com by michael.broutin@gmail.com on 28 Oct 2010 at 9:14

@GoogleCodeExporter
Copy link
Collaborator Author

[deleted comment]

@GoogleCodeExporter
Copy link
Collaborator Author

Original comment by michael.broutin@gmail.com on 28 Feb 2011 at 4:45

  • Added labels: Milestone-0.4
  • Removed labels: Milestone-0.3

@GoogleCodeExporter
Copy link
Collaborator Author

Set it to version 0-3 as Thomas already started working on it...

Original comment by michael.broutin@gmail.com on 3 Aug 2011 at 7:38

  • Added labels: Milestone-0.3
  • Removed labels: Milestone-0.4

@GoogleCodeExporter
Copy link
Collaborator Author

I'm suggesting yaml. I recently learned to use the yaml-cpp lib, it was quite 
easy

Original comment by ezjonas on 29 Mar 2012 at 4:12

@GoogleCodeExporter
Copy link
Collaborator Author

I'm not sure yet what format I'll adopt, but I'm definitely in favor of a text 
based format, like JSON or YAML...
Maybe something like the ogre material scripts.. or something like the demo 
Miguel Cepero made on his "procedural world" blog.

Required qualities are :
- easily human readable and editable
- concise
- easy to parse and to extend

Original comment by michael.broutin@gmail.com on 29 Mar 2012 at 4:23

@GoogleCodeExporter
Copy link
Collaborator Author

[deleted comment]

1 similar comment
@GoogleCodeExporter
Copy link
Collaborator Author

[deleted comment]

@GoogleCodeExporter
Copy link
Collaborator Author

I started writing a wiki page about requirements and use cases for this file 
format.
Here it is : http://code.google.com/p/ogre-procedural/wiki/ScriptingSystem

Original comment by michael.broutin@gmail.com on 29 May 2012 at 3:43

@GoogleCodeExporter
Copy link
Collaborator Author

Betajaen has started working on a C++ reflection library... it may be a good 
start to bind both getters/setters and attributes.

Original comment by michael.broutin@gmail.com on 31 Aug 2012 at 4:44

@GoogleCodeExporter
Copy link
Collaborator Author

[deleted comment]

@GoogleCodeExporter
Copy link
Collaborator Author

Managed to launch GCCXML against 'Procedural.h', which gave me a 50MB+ XML file.
It would be a great start to generate binding code.
I'll try creating a groovy script to parse that and output the code.

Original comment by michael.broutin@gmail.com on 16 Jan 2013 at 8:47

@GoogleCodeExporter
Copy link
Collaborator Author

Read some articles about libclang.
It looks really great, very feature complete, but if GCCXML works as expected, 
it looks much simpler to set up...

Also read about clReflect.. same reflection here (no pun) : cool, but probably 
a tad bit overkill..

Original comment by michael.broutin@gmail.com on 31 Jan 2013 at 8:37

@GoogleCodeExporter
Copy link
Collaborator Author

Original comment by michael.broutin@gmail.com on 19 Aug 2013 at 7:18

  • Changed state: Started

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant