 | | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
(...) hmm ... looks like we got the "ideal" version as it has been projected by the part designers but the part was modified during the production. fact is we stick to the actual part as it comes out of the box and we will have to get rid off the (...) (17 years ago, 5-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
(...) it's a fine prog, anders! nonetheless I really wish it were a part of LDDP and not just a plug in - it doesn't allow polling to a viewer while I edit figures and to me visual feedback is crucial. BTW could you please check why Syncedit wipes (...) (17 years ago, 5-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
Sorry for that mistake W ----- Original Message ----- From: "Travis Cobbs" <tcobbs@REMOVE.halibut.com> To: <lugnet.cad.dev.org....ugnet.com> Sent: Friday, October 05, 2007 5:39 AM Subject: Re: Call for Nominations: 2007/2008 LDraw.org Standards (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I do agree it is ambiguous (and can't actually remember what was meant even though I believe I drafted that statement...) and the wording should be tightened. Given the non-exceptional rules I assume it means for the duration of being a parts (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I accept. Thanks. However, I should mention that contrary to what William stated above, I don't meet the requirements for "parts author", and may not meet the "parts reviewer" requirements. (I'm not 100% sure I've submitted five reviews total, (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I volunteer myself, Orion Pobursky. -Orion (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Anyone heard of Okino software?
|
|
(...) You mean things like leaving the "r" off off the end of the word "your"? (17 years ago, 5-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I think knew that at one point based on the comment about "dist divisor". And I suspect I didn't reduce it to -1,1,1 so I could easily switch to a point light source at that location. (yeah, that's it... ;^) (...) It seems like the direction (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) The distance would matter, except that you're using a directional light. Since the w component of your light position is 0.0, it's a directional light. As such, -1,1,1 is the same as the -1000,1000,1000 that you have. (How's that for (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'd leave your setup alone since it seems to work well with the current color list. You're right about ldglite. I didn't like dark shadows, or maybe I run my monitor too dark to avoid migraines, but the lighting settings do add up to more than (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Anyone heard of Okino software?
|
|
(...) Ya know, one of the really fun things about using LUGNET's web interface is that hang time after you click the "Post" button. You get about 30 seconds to just re-read and re-examine while you new message is sent over the pipe to the server. (...) (17 years ago, 4-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I think it's using an isometric matrix for the view, which leads to this effect. This matches the default output from ldraw.exe. Here is 3004.dat rendered with ldraw.exe and then scaled down to match the size of the image on the part tracker: (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Anyone heard of Okino software?
|
|
I just stumbled across the website for Okino software. Is anyone familiar with this? There's a explanation of how to get started with LDraw, and then convert model files to Okino rendering software. I haven't had time to do more than scan through (...) (17 years ago, 4-Oct-07, to lugnet.cad)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
(...) Hey! I have a user :-) Cool! Now I *must* update the web site... (17 years ago, 4-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) To my eyes, the proportions of that picture are completely off, that part should have the proportions of a normal 1x2[x1], right? Not 1x2x0.72 or whatever that picture shows... (17 years ago, 4-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'm pretty sure the ldconfig.ldr colors are designed to match the brick colors when no lighting is used (as in the second LDView picture above. If the ambient and diffuse terms add up to more than 1.0, the original colors end up getting washed (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'm open to improving the unofficial ldliterc.dat colors, but I don't expect we want to use all the default ldlite colors -- unless they were tuned away from the original LDraw (ie, 4-bit VGA) colors. The other issue is if we the built-in (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) The actual truth may be lost to the sands of time, but I believe the ldlite colors were possibly copied from the original LDRAW colors, and the ldlite Windows lighting code was matched to that? I know I did a good amount of twiddling in the (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) looked at the ldliterc.dat above, and color 7 has the same setting as what is in ldconfig.ldr. However, the actual color being rendered seems too light. For example, here is an image from the part tracker: (URL) Here is the same part rendered (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
Thanks, Willy, for this very informative article... I discovered many things (among them, Syncedit that looks VERY interesting - how did I miss its announcement???). (...) Here you had a favorable situation with mostly flat surfaces. Similarly I (...) (17 years ago, 4-Oct-07, to lugnet.cad.dat.parts)
|
