Hi Robert,
I agree. Concerning "version 2" - keeping it in header format would
allow us to use "osgt" extension for next 100 years. If we decide to
improve/change the format in next 10 years or 20 years, we can keep the
extension and just change the version. Or, according to your suggestion:
We can omit it. Later in the case of "format improvement", we can still
alter the header if required, possibly including "version 3" or
whatever, differentiating from the current version.
John
Robert Osfield wrote:
HI John,
I agree that we could do better on the intro front, something like :
# OpenSceneGraph text file
# Generator OpenScenGraph-2.9.9
I'm not sure labelling the format as version 2 is required as we've
already gone for a separate extension, .osgt and .osg to differentiate
them, although perhaps we'll be able to relax that later.
Robert.
On Sat, Oct 2, 2010 at 10:53 AM, PCJohn <[email protected]> wrote:
Seeing discussion about Matrix in osgt, one minor issue:
File header is nice but somewhat non standard on Linux world, IMHO. It is a
custom to have a content description on the first line, starting with # ,
and within 80 characters max. Currently, the first line does not tell much -
"Ascii scene" text is just very vague. It is necessary to inspect next two
lines:
#Ascii Scene
#Version 2
#Generator OpenSceneGraph 2.9.9
In my taste, it would be better to have something like:
# OpenSceneGraph ascii scene version 2
Next line may follow with generator information, something like we have
already on the third line:
# Generator OpenSceneGraph 2.9.9
Just suggestion, before we get to 3.0.0 release.
John
Robert Osfield wrote:
Hi Alex,
My current inclination is change the serializer so that all matrices
get written and read as double matrices and convert to/from Matrixf if
necessary. This change would mean adding the property field
Matrixf/Matrixd would be unnecessary. The problem with the current
Matrixf/Matrixd fields is that the binary doesn't read/write them, and
the global attributes that were being used previously just aren't
sufficient.
Robert.
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
