 | | Re: My proposal for new element orientation
|
|
(...) This would contradict some existing standards. For example, all 2xN bricks and plates currently have the N oriented on the X axis. Under the stud-logo orientation, they'd have to all be rotated 90-degrees. Also, the stud-logo should be (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
LDraw and LDLite have the same problem, but to a lesser extent. That's why it's so important to remove the blank-face on decorated elements. Steve (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Except the actual text-parts are done in negative-space. There aren't any drawing commands for them in the part-file. If you delete the 3004.dat reference, the text disappears (because the background shows through where text should be). Steve (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Well, duh. Why didn't I think of that? Steve (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Well, that all makes sense. What it needs is some optional lines, not hard-lines. No biggie. Like you said, this part goes inside the other (and as far as I know, won't attach to any other brick any other way). (...) I don't think this needs a (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) You know, these wouldn't be so hard to do... I've already made files with line-drawings of all the numerals. Just need a hyphen, and (I think) an L and R, and we're good to go. Steve (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
Lars C. Hassing wrote in message (...) Geez, Lars, ( smacking my head with a very large blunt object ) I hadn't thought of that one! Oh, well, back to the drawing board. Thanks for the idea it may save me some debugging time. Roy (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
jonathan wilson wrote in message ... (...) on (...) Some POV Ray libs can render the logo on the studs and round the edges of the bricks, but I usually render without these, mainly because my renderings will never likely be that close up, but also (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
Terry K wrote in message <36d4f44c.3127860@lu...et.com>... (...) about is (...) have (...) by (...) you (...) This is certainly true, but with some research dimensions can be determined by comparison with known parts via this very discussion and (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Hi x996 / x998 Do the 1 x 8 light bricks really look like this - what set are these from. On the Blacktron II Base the two 1 x 8 light bricks are identical with the lights midway between studs - and the studs have hollow tops. Chris Dee (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | RE: DAT voting page up
|
|
(...) Thank you for your effort Terry. Here are some comments from "l3p -check". /Lars WARNING "2552.DAT" Line 479: Identical vertices: 2 24 -150 0 10 -150 0 10 WARNING "2621.DAT" Line 204: Identical vertices: 4 16 36 8 -66 40 8 -63 36 8 -66 33.78 8 (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | RE: DAT voting page up
|
|
(...) 71427.dat Electric 9V Mini-Motor uses box3#8p.DAT (Note the p!) /Lars (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | 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)
|
| |
| | Re: DAT voting page up
|
|
(...) I am not worried about part numbers on the parts. What I am concerned about is the overall accuracy of a part that is modelled from a picture. If you have followed l-cad for any time at all, you recall much discussion about part dimensions. (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Perhaps because it would be too small to resolve clearly when rendering - and would add greatly to rendering times. -- Terry K -- (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: DAT voting page up
|
|
(...) Well, "Pattern" just sort of became a standard way of identifying a patterned part. "Logo" I think should refer more to a specific type of pattern. Necessary? I don't know. But I seem to be blindly following the convention. (...) In a perfect (...) (26 years ago, 25-Feb-99, to lugnet.cad.dev)
|
