|
|
 | | RE: DAT voting page up
|
| (...) Yes, there is a huge amount of studs hiding inside other bricks. Anybody got an intelligent algorithm? This would be applicable for LDLite too and save a lot of unnecessary rendering. However, watch out for transparent bricks... /Lars (26 years ago, 25-Feb-99, to lugnet.cad.dev)
| | | | | RE: DAT voting page up
|
| (...) POV-Ray certainly requires a LOT of memory when using the L3P -q3 option. Parsing time increases very much. However, the rendering time isn't that much longer as one could have feared. Probably because POV-Ray has some efficient internal (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
| | | | | RE: DAT voting page up
|
| (...) Yes, but from the LDraw triangles and quads alone it requires some heavy analysis to decide whether to add or subtract the small offset. I think we have some patterned inverted slopes... /Lars (26 years ago, 25-Feb-99, to lugnet.cad.dev)
| | | | | RE: DAT voting page up
|
| (...) No. I should have been more specific: If two surfaces coincide, the viewing ray will due to small numerical inaccuracies sometimes hit the one surface first and sometimes the other surface first. If the surfaces are colored differently (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
| | | | | Re: Java LDraw/LDLite
|
| Todd Lehman wrote in message ... (...) Why thank you =) (...) Indeed - I've got a guitar tabulature editor written entirely in Java and it runs as happily on a Win32 box as my friend's Linux box and apparently another friend's Mac. Rumour has it (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
|
