Curtis L. Olson writes:
One proposal I've heard has been to try to build a scene graph
independent layer (i.e. our own generic scene graph API that could
translate calls into any of the actual scene graph api's, but I'd like
to avoid that based on performance concerns and also the point
Curtis L. Olson writes:
I just wanted to float an idea on the list and see if anyone had any
comments. This isn't an official proposal and I'm not chomping at the
bit to make a change. It's just an idea I find interesting to think
about and I'd like to get some sort of feedback/comments if
Curtis L. Olson [EMAIL PROTECTED] said:
I don't think either OSG nor OpenSG support the .ac format. However,
OpenSceneGraph does according to the website. Not sure how well it works.
The AC format also seems to have significant short comings in terms of
calculating vertex normals (look
Norman Vine writes:
I use OSG it in several projects and keeping a gnu WIN32 port going
is a *MAJOR* PITA
in fact currently I seem to be the only one who can compile
the examples with Cygwin
That said OSG is a powerful and rapidly growing library that I
appreciate enough to help
On Tue, 5 Aug 2003 11:23:07 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
but it may give us many more options for moving forward with new and
better graphic effects.
My uneducated, gut feeling, leads me to opt for the route
that gives the most promise for the future.
Jon
On Tue, 5 Aug 2003 11:23:07 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
but it may give us many more options for moving forward with new and
better graphic effects.
My uneducated, gut feeling, leads me to opt for the route
that gives the most promise for the future.
...and from what
Curtis L. Olson [EMAIL PROTECTED] said:
Norman Vine writes:
No it has more todo with my appreciating easily understood code in
multiprogrammer projects and that OSG is still rapidly evolving
Fair enough; I've heard the 'rapidly' developing comment from other
sources as well.
BTW
On Tuesday, August 5, 2003, at 05:23 pm, Curtis L. Olson wrote:
At the risk of tainting the discussion I will say that from my
investigation, Open Scene Graph seems to be the better choice.
There are people here locally that use it, and I know that other
flightgear developers have used it as
On Tuesday 05 August 2003 17:23, Curtis L. Olson wrote:
Hi,
I just wanted to float an idea on the list and see if anyone had any
comments. This isn't an official proposal and I'm not chomping at the
bit to make a change. It's just an idea I find interesting to think
about and I'd like to
Norman Vine writes:
Well being the original porter and current maintainer of
OpenSceneGraph's Cygwin and MingW32 ports as well as the main WIN32
contributer porter for Producer the GLUT replacement used by OSG
I guess I might be in a position to make a relatively informed
comment.
I
Curtis L. Olson writes:
Hi Norman,
I appreciate your experience and that your comment is well informed,
but taken at face value, it doesn't do much to inform the rest of us.
Can you list any supporting reasons? That's kind of what I was
angling for in my original posting.
I use OSG it
Lee Elliott writes:
What native object formats would be supported? If we stuck with the .ac
object format then we're going to be limited to one texture per object
anyway.
Lee,
I don't think either OSG nor OpenSG support the .ac format. However,
it shouldn't be that hard to write a plib
Norman Vine writes:
No it has more todo with my appreciating easily understood code in
multiprogrammer projects and that OSG is still rapidly evolving
Fair enough; I've heard the 'rapidly' developing comment from other
sources as well.
BTW Have you ever tried writing any code with OSG ??
I
On Tue, 05 Aug 2003 11:23:07 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
I'm even talking about simple things like multitexturing which
isn't exactly a new concept (i.e. it's been supported by
hardware/opengl since the voodoo-1 days.) Plib unfortunatley has no
support for multitexturing.
Curtis L. Olson writes:
Norman Vine writes:
appreciating-the-Simple-in-SSG-more-each-dail'ly yr's
So if I read you right, your beef is more with OSG's cygwin support
and less to do with capabilities, performance, etc.
No it has more todo with my appreciating easily understood code in
15 matches
Mail list logo