 | | Re: Modeling without the real element -- bad
|
|
all my parts are designed to be usable. if they are out by a large amount or are unusable then i will fix it. (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
Paul Gyugyi wrote in message <36D655B5.93F4637D@g...yi.com>... (...) That sounds great Paul. What I've been doing is working with the internal scripting of Rhino to stripe and weld the internal structure. Since I use the DATs via DXF conversion and (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: baseplate
|
|
i have obtained the information i seek so do not worry. (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Modeling without the real element -- bad
|
|
Todd Lehman wrote in message ... (...) without (...) to (...) Whoa, big boy. Calling someone careless when they are doing the best they can is pretty ... oh how did you put it... ah, yes... anal-retentive. Shall that be "mother's milk" or "milk of (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Part Numbering Crisis in LDraw
|
|
Paul Gyugyi wrote in message <36D65C66.E5F7A69@gy...yi.com>... (...) to (...) part/tracking (...) This is certainly true with metallic elements, but with clear I don't think so since ABS resin or any plastic resin I've seen is basic clear amber (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Modeling without the real element -- bad
|
|
(...) Sure, but it's not like the modelers are payed to make the parts. Personally, my motivation for making a new part is the enjoyment I feel from being able to use it in a model. But, to take the part 32140.DAT as an example agian, this (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Modeling without the real element -- bad
|
|
(...) Why wouldn't rejecting flawed parts improve the quality of the parts? It's not like they'd never get in -- they'd just get fixed right away. --Todd (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
Might it be great in 12 months though? --Todd (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | RE: DAT voting page up
|
|
(...) I'm glad you think so, beacuse I was going to suggest that to you, when you made the coins ;-) (...) You can have a hint of how to model the numerals by looking at L3P's primitive substitute for stud.dat (in any L3P generated POV file). /Lars (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Modeling without the real element -- bad
|
|
(...) I'm sure this happens all the time. A lot of the current LDraw elements are wrong, in some way. Some examples, from the top of my head: - The teeth of the Technic gear cogs are too wide. In real life, the width is 10 LDU, but on the LDraw cogs (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) i have fixed it because i built kings mountain fortress on the part and all the studs are in place (...) it was a small oversight on my part. even if i had the part in front of me then i still could have missed the stud (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: baseplate
|
|
Would that be the space-baseplate? (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Part Numbering Crisis in LDraw
|
|
(...) Well, to be honest, I just want to get a firm consensus on the best way to number these things. Something that will (hopefully) be agreable to the majority of users. Something I can use without greying too many more hairs. The real problem is (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Part Numbering Crisis in LDraw
|
|
I recall hearing once that the chrome parts had to be made from a different mold than non-chrome parts because the coating added some thickness. So on the chrome version, e.g. the plastic studs would be a little smaller. Also, I'd expect molds for (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
WinCE's java support is really very poor. -gyug (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: My proposal for new element orientation
|
|
That won't work all the time. In the L3G0 library, the rule was the vertical axis should pass through the center of the bottom-left stud when the brick is held such that the "LEGO" logo is right-side-up, and the bottom of the brick rested on the (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Modeling without the real element -- bad
|
|
(...) What if they slip past Terry, not being noted as "mockups" and it takes someone a long time to notices that they're incorrect? (...) Does that imply that carelessness and LDRAW do mix? (...) Precision/decimal accuracy are one thing -- that's (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
I've thought about this also. A while back we discussed adding a feature that would remember the file and line number for each pixel in an LDLite-created image. You could use this information to strip out non-visible lines before exporting to POV, (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Modeling without the real element -- bad
|
|
I'm quite happy to have pieces be mockups. If it is recognizable, it does the job of recording and communicating the model. IMO, perfection an LDRAW do not mix. Two decimal points? Rounding errors? 16 colors with _dithering_? Type 5 lines that may (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Yes, at the resolution of LDRAW, the logo would show up as stray pixels of high contrast, and not look good at all. But in photographs/rendering, having those logos makes all the difference in the world. It's IMHO the reason MegaBlocks always (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev)
|
