 | | Primitives based on other primitives?
|
|
Hello! I noticed in part tracker this part from Paul : Part 4-4ring9 - Hi-Res Ring 9 x 1 Its based on another primitve 1-4ring9. My question is: Does it make sense? IMHO this is only slowing down programs and isnt really helpful. Any comments on it? (23 years ago, 1-Mar-02, to lugnet.cad.dev)
|
| |
| | Re: DirectX and .dat
|
|
Thanks all, I am going to concetrate on them normals then. I even got some ideas on how to determn the correct direction for them by examening base lego parts. But first things first, back to math class for me :) Roland (...) (23 years ago, 1-Mar-02, to lugnet.cad.dev)
|
| |
| | Re: LDraw.org MOTM/SOTM voting for March is open
|
|
(...) Certain messages arriving in my mailbox are copied to my phone through a SMTP to SMS/GSM gateway. The status report from the program that updates the MOTM/SOTM voting pages is one of that kind of messages. Another example is the report the (...) (23 years ago, 1-Mar-02, to lugnet.cad.dev.org.ldraw, lugnet.off-topic.geek)
|
| |
| | Re: LDraw.org MOTM/SOTM voting for March is open
|
|
"Jacob Sparre Andersen" <sparre@nbi.dk> wrote in message news:GsABo8.CwG@lugnet.com... (...) How so? From a script you wrote? Scheduling on the phone? -Tim fut -> lugnet.cad.dev.org.ldraw, though will probably end up in off-topic.fun (23 years ago, 1-Mar-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | LDraw.org MOTM/SOTM voting for March is open
|
|
We have entered a new month, and that means that it is time to take a look at all the nice renderings entered in the competition for the title LDraw.org Model/Scene of the Month for March 2002. Take a look at (URL) make a (hard) decision. Play well, (...) (23 years ago, 1-Mar-02, to lugnet.cad.dev.org.ldraw, lugnet.cad, lugnet.announce)
|
| |
| | Re: Inline POV-Ray code? [DAT]
|
|
I see now that your problem is difficult to solve. Sorry I tried to put it into a nutshell, Steve. My preference would be to design an auxiliary file for each case, and markup the LDRAW part in a very general way, so that future programs could (...) (23 years ago, 1-Mar-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) Right! I have always thought of the "0 IFNDEF L3PPOV" as a way to utilize most of the normal LDraw lines (that L3P can convert to equivalent POV code) and only replace a small tricky curvy section by some POV code that would look better. This (...) (23 years ago, 28-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) When I wrote this message, I was trying to figure some rational way to mix LDraw and L3P/POV-Ray code. Something like: 0 IFNDEF L3PPOV (ldraw code) 0 ELSE 0 #if (STUDS) 0 LDRAW 0 1 16 0 0 0 1 0 0 0 1 0 0 0 1 stud2.dat 0 LDRAW END 0 #end 0 (...) (23 years ago, 28-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) I'm not following. Are you agreeing with the idea of using embedded POV-Ray code, or having separate file libraries? I *think* you agree with the second, am I right? The one thing we gain by having embedded POV-Ray code is the ability to have (...) (23 years ago, 28-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
In a nutshell, 'namespaces'. Switching among parts libraries to get different versions (or different data) should be an application capability, not the individual part file. (23 years ago, 28-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
