Subject:
|
Re: another workaround for the single part model color problem in l3p
|
Newsgroups:
|
lugnet.cad
|
Date:
|
Fri, 2 May 2003 17:41:50 GMT
|
Viewed:
|
803 times
|
| |
|
|
I am pretty sure my solution works too:
If I remember correctly the color codes for the rendering engine are placed
in the render file just not referenced properly. All you have to do is go
down to where it assigns the color to the object and change it from 7
(Because it always defaults to grey) to the proper color.
Poof. Renders in the right color.
Helps to know a teeny weeny about how the render files work so that you know
what to change and know how to tell if the color IS included. (Cuz I could
be wrong) but its a fairly simple change.
--
David Schwanke - david@schwankeweb.net
When drugs and Jesus duke it out, you wake up to this:
http://schwankeweb.net/Mural.asp
"Niels Karsdorp" <nkp.nkp@hetnet.nl> wrote in message
news:HE4DD9.1DsA@lugnet.com...
> Hey
>
> I have just found another work around for the known color problem
> with l3p when converting a 'single part model' to pov.
>
> After I have created a part I want to see how it looks like when
> rendered in the actual brick's color. For colors 0 - 16 the color
> can be set with L3PAdd-On, but for other colors (e.g. transparent)
> this is not possible.
>
> A solution that has been mentioned here before is to create a
> model with the same part at the same location. I haven't checked
> what overlapping does with transparent parts.
>
> Another solution without using overlapping parts is as follows.
> I created a dummy part with just: "2 0 0 0 0 0 0 0" inside and
> called it 'nothing.dat'.
> I include this dummy part together with the actual part in the
> desired color into a model file. Now this file contains two
> parts, the actual parts get rendered in the correct color.
>
> Niels
|
|
Message is in Reply To:
2 Messages in This Thread:
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
