Hi Paul,
If .osgb isn't yet used in anything public, and it's the most nature
naming for a OSG native binary format then I believe we should forgo
the first dibs on the file extension and adopt it for the native
binary OSG format - what we want is clarity for the widest number of
people. Alternat
Hi Robert,
2009/12/11 Robert Osfield :
>
> I believe .osg would be the most appropriate extension, the header
> could declare which version of the format it is - whether it's binary,
> new ascii or old ascii. We could possible have a .osgb for binary.
>
It should be easy to change the extension
On 12/10/2009 12:25 PM, Andrew Cunningham wrote:
> Just to throw out a wild idea, did anyone think of using HDF as the basis for
> a new binary OSG format?
> HDF is probably over-kill but HDF is self-describing and includes things like
> compression of FP data etc. The hierarchical part of HDF s
Paul Martz wrote:
That would be true if it weren't for the fact that .osgb is already in
use: http://osgbullet.googlecode.com.
Oops! Sorry, I made a mistake. .osgb is _not_ used by osgBullet, but it
is used in a related project that is still in development and not yet
open source. That code i
Just to throw out a wild idea, did anyone think of using HDF as the basis for a
new binary OSG format?
HDF is probably over-kill but HDF is self-describing and includes things like
compression of FP data etc. The hierarchical part of HDF seems to me to well
suited to storing scene-graph type da
On 12/10/2009 11:42 AM, Paul Martz wrote:
> Chris 'Xenon' Hanson wrote:
>> For filesystem-management purposes, I know I'd prefer a .osgb
>> extension. So much easier
>> to grep and write scripts when you can assume the content based on the
>> extension.
> That would be true if it weren't for the
Chris 'Xenon' Hanson wrote:
For filesystem-management purposes, I know I'd prefer a .osgb extension. So
much easier
to grep and write scripts when you can assume the content based on the
extension.
That would be true if it weren't for the fact that .osgb is already in
use: http://osgbullet
2009/12/10 Chris 'Xenon' Hanson
> On 12/10/2009 10:27 AM, Robert Osfield wrote:
> > Or... just have the binary format extension be .osgb... :-)
>
> For filesystem-management purposes, I know I'd prefer a .osgb extension.
> So much easier
> to grep and write scripts when you can assume the conte
On 12/10/2009 10:27 AM, Robert Osfield wrote:
> Or... just have the binary format extension be .osgb... :-)
For filesystem-management purposes, I know I'd prefer a .osgb extension. So
much easier
to grep and write scripts when you can assume the content based on the
extension.
> Robert.
--
Hi JS,
On Thu, Dec 10, 2009 at 5:11 PM, Jean-Sébastien Guay
wrote:
>> I believe .osg would be the most appropriate extension, the header
>> could declare which version of the format it is - whether it's binary,
>> new ascii or old ascii. We could possible have a .osgb for binary.
>
> Stupid ques
Hi Robert,
I believe .osg would be the most appropriate extension, the header
could declare which version of the format it is - whether it's binary,
new ascii or old ascii. We could possible have a .osgb for binary.
Stupid question, but if .osg is used for both binary and ascii how would
we
Hi Wang Rui,
On Thu, Dec 10, 2009 at 9:14 AM, Wang Rui wrote:
>> ... this extensions isn't suitalbe to role out as part of the OSG as it's
>> has other established meanings,
>
> I would suggest a name that indicates a 3d scene format, for example,
> .osgs or .sgs.
I believe .osg would be the mo
Hi Robert,
I thought you forgot me. XD
> ... this extensions isn't suitalbe to role out as part of the OSG as it's has
> other established meanings,
I would suggest a name that indicates a 3d scene format, for example,
.osgs or .sgs.
> Second up, ... It doesn't look like it'd be able to handle
Hi Wang Rui,
Sorry for the delay in getting to review your prosed binary format
plugin - I've been trying to clear the rather length backlog of
submissions and bugs... I'm pretty near back ontop of things again and
so look at the next steps beyond the OSG-2.9.6 dev release - and
towards OSG-3.x.
Hi Robert
> A couple of quick thoughts. I would love to replace the .osg and .ive
> formats with a new single native binary/ascii format. Would it be
> possible to do both with a single plugin?
It's not hard to support both binary and ascii format, I think. In the
case of mine, just leave user-
I love the idea of an extensible binary format. Good work.
Robert Osfield wrote:
The extension .osg would be the appropriate thing for a native .osg
format. An appropriate header could say which version of is
represented in the file. Perhaps a .osgb could be used for a binary
if needed.
I'd
Hi Wang Rui,
I haven't done a review yet, so can't comment on specifics of the
design/implementation.
A couple of quick thoughts. I would love to replace the .osg and .ive
formats with a new single native binary/ascii format. Would it be
possible to do both with a single plugin?
The extension
Hi Wang,
Just a little thing to say: I love your idea! I don't have time to look at it
right now, but I'm sure I'll use that format later.
Thanks.
--
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Sun, 22 Nov 2009 12:10:21 +0100, Wang Rui a écrit:
H
Hi Robert and all,
I'd like to introduce my work of developing a new scalable binary
reader/writer plugin in the past a few weeks. It took me more than
half a month coding and doing some simple tests. And I really wish it
be a good supplement of current native osg scene formats (.osg and
.ive), or
19 matches
Mail list logo
