To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.dev.macOpen lugnet.cad.dev.mac in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / Macintosh / 438
437  |  439
Subject: 
Re: MBC 0.6.1 comments
Newsgroups: 
lugnet.cad.dev.mac
Date: 
Wed, 25 Jun 2003 13:06:35 GMT
Viewed: 
1456 times
  
I'll intersperse my answer with Don's observations.

The color of the lines was also somewhat angle dependent.

This is probably because MBC leaves lighting enabled when
rendering the edge lines.  Hmm, maybe it's time to ask for the
source because then we'd know for sure.

You're dead right there - actually I've never considered altering GL_LIGHTING
for Type 2 lines, it makes good sense. Actually I haven't altered the parsing
and rendering routines since about version 0.2.

I stopped including the source, since I figured nobody was using it and
therefore it represented un-necessary bloat for people who downloaded the
program - if you want a copy, I'll gladly send you one.


Anyhow, I didn't like the way that looked in ldglite so I do a
glDisable(GL_LIGHTING) before drawing any lines.  This probably
contributes to the slower rendering speed of ldglite.  However
since MBC substitutes optimized parts for the dat files, perhaps
it wouldn't be as much of a performance hit because you can gather
all the edge line draws for a part into a single bundle.

Disabling GL_LIGHTING I would have thought would have increased speed at render
time, however this would have to be traded against the glDisable / glEnable
command with each Type 2 line intercepted. Certeanly for my predefined parts, I
can do this in batches, thus eliminating many glDisable / glEnable commands. And
I guess an intelligent approach to parsing the Ldraw parts could also consider
the lines in batches as Type 2 lines are often grouped.

I also notice that since I render lines last and Ldraw ofthen defines them first
and I don't offset the lines, I get better speed, but, due to using the less
than command on the depth buffer, many lines don't render completely.

Finally, white artifacts are often a result of having two planes trying to
render in the same place.

I have checked Chrisopher's pictures and also have a copy the .ldr file of his
caboose, so next I need to check the part and identify the problem.

Andrew...



Message has 1 Reply:
  Re: MBC 0.6.1 comments
 
(...) Actually, I'd prefer it if you just make a separate .sit (or zip) file with source and put it in the same folder on the internet as the executable program. That way anybody can look at it. You never know when someone might come from nowhere (...) (21 years ago, 25-Jun-03, to lugnet.cad.dev.mac)

Message is in Reply To:
  Re: MBC 0.61 comments
 
In lugnet.cad.dev.mac, Christopher Masi wrote: The color of the lines was also somewhat angle dependent. This is probably because MBC leaves lighting enabled when rendering the edge lines. Hmm, maybe it's time to ask for the source because then we'd (...) (21 years ago, 24-Jun-03, to lugnet.cad.dev.mac)

5 Messages in This Thread:


Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR