| | Re: DuploCAD! PrimoCAD!
|
|
(...) Um, yeah... I think I lost the... uh... (...) You, sir, should stop now. (...) The real ones say DUPLO, though older ones say LEGO. The LDraw ones say "LDRAW", and I believe that's for copyright reasons. -- Tony Hafner www.hafhead.com (23 years ago, 20-Apr-02, to lugnet.duplo, lugnet.cad)
|
|
| | Re: DuploCAD! PrimoCAD!
|
|
(...) an Ldraw Lady Blacktron? For shame, Hafhead...! Looks great to me, although it is also true that I have zero real world Duplo to compare to. I especially like the trans colors. The trans colors are so candy-like it makes me want to reach right (...) (23 years ago, 19-Apr-02, to lugnet.duplo, lugnet.cad)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) Sorry, I never intended to imply that it should replace type 5 lines. In addition to the problem of backwards compatibility, this will only work for BFC-certified parts. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Alternate Type 5 line algorithm and other BFC questions...
|
|
(...) Just check to see if the determinant of the matrix is negative. If it is, the matrix involves mirroring. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | DuploCAD! PrimoCAD!
|
|
Here's a small scene, a sample of things to come: (URL) The last image is done with trans-colors. No, those parts don't exist in those colors. I was just trying to show the internals of the parts better. Next priority: Eggs! -- Tony Hafner (...) (23 years ago, 19-Apr-02, to lugnet.duplo, lugnet.cad) !!
|
|
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
Steve, I've posted several comments on KEYWORDS (and an occasional CMDLINE) meta-statements for various certified parts in the Tracker... Thanks, Franklin (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | [Tracker] Activity page not updating...
|
|
Steve, I posted a review on a part ("(URL) but that review is not showing up in the Activity page ("(URL) even though I've hit "Reload" several times. What's wrong?... Thanks, Franklin (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) Thanks for that explanation, however I think we still need to include type 5 lines in parts, so that programs which don't implement this technique (eg ldraw) can still display the curved edges correctly. Programs which do implement it can (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
In lugnet.cad.dev.org.ldraw, Steve Bliss writes: [a whole lot of info, which I've snipped...] Steve, I wouldn't mind renumbering the as-yet-unofficial torso patterns you mentioned. I do see a potential problem, however... There are just *so* *many* (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: Alternate Type 5 line algorithm and other BFC questions...
|
|
[snip] > > Normally you don't bother to enable Z buffer writing when drawing the > transparent surfaces, because they are the last thing drawn, and it won't > matter. However, it doesn't hurt anything to enable it, other than slowing > it down a (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) Cool. Thanks for taking the time to explain it to me. I didn't realize this about opengl. Steve "please speak slowly and clearly" Bliss (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
(...) would be a *bad* idea to move Vader's torso to ps4, since his face couldn't follow. So Vader needs a new pattern code entirely. But it's a bigger problem than just Vader's code. Obi-wan the Hermit has already been released with two different (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) I understand what you are saying, but it won't happen that way if Z buffer writing is enabled during the drawing of the transparent surfaces. The transparent surfaces aren't really transparent. They're just blended with whatever is behind (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Motorcycle rider shortcut
|
|
(...) Actually, no. Well, I'm almost completely sure this isn't the case. The official version of the file does *not* have a BFC statement, and it was released on 12/1/2001, 5 days *after* Paul submitted his fix. My submission, the title change, (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
(...) I'd *never* do anything just to bulk up a release! No, never. Well, hardly ever... (...) Now, *there's* a concept I can get behind. :) (...) Yes, totally agree there. (...) Don't worry, *I* noticed it. (...) Yep, I agree. A Duplo category is (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: numbers report
|
|
BTW, you can now get this report on the homepage for the Parts Tracker. (URL). It's at the bottom; you might have to scroll down. Steve "Doing what I can to make the world a better place" Bliss (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: Numbers Report
|
|
(...) Well, yes. No argument there. (...) And what if, after the subfile is pre-emptively released, we realize that the file is totally wrong, and must be scrapped? Or some other thing comes up? It's just sloppy to put out unused files, and I don't (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: Why Type 5 Lines?
|
|
(...) The backside wireframe elements *will* be drawn, that's the point of what Kyle was talking about. The idea is to draw the wireframe of the backside surfaces and it will all be hidden by the frontside surfaces, *except* for the lines around the (...) (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: Checking 48\1-4ring4.dat
|
|
(...) My code matches your code exactly. Could you submit your file to the tracker? But please add an Author line for Sascha, he gets first-mover props. Steve (23 years ago, 19-Apr-02, to lugnet.cad.dev)
|
|
| | Re: new axle hole (part two)
|
|
(...) Oops. Thanks. It's fixed now. Steve (23 years ago, 19-Apr-02, to lugnet.cad.dat.parts.primitives)
|