Subject:
|
Re: *** MLCad V3.30 ***
|
Newsgroups:
|
lugnet.cad.mlcad
|
Date:
|
Thu, 11 Feb 2010 17:24:17 GMT
|
Viewed:
|
13853 times
|
| |
|
|
In lugnet.cad.mlcad, Joshua Delahunty wrote:
> Now that you mentioned this, Travis, I recall that we did hit this roadblock and
> noticed that missing piece of the puzzle. If I recall correctly, LDView code
> was used as our reference on how to handle things. When that appeared to have a
> few puzzling questions, we went to some of the specs around (as I recall)
> ldlite, and used the various approaches that seemed most in common to codify how
> to handle colors.
LDView's blending code was originally written to handle LDLite's 0 COLOR syntax,
since that is what was originally used in LDConfig.ldr. LDLite's syntax allows
for the dithering of two arbitrary colors, either or both of which can
themselves be transparent (although I'm not sure that was intentional). So
LDView's blend code pays attention to the alpha value of both incoming colors.
This is unnecessary for the original LDraw.exe "dither" colors, and is also
unnecessary for 0 !COLOUR colors.
--Travis
|
|
Message is in Reply To:
 | | Re: *** MLCad V3.30 ***
|
| (...) I've been surprised by some of this discussion of dithered colors, because when Foundry was created (not by me), it was done as a "clean room" project, based entirely off of specs, so it's the closest thing out there to a reference parser, and (...) (14 years ago, 11-Feb-10, to lugnet.cad.mlcad)
|
38 Messages in This Thread:
 
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
