 | | Re: Female Ldraw Parts
|
|
(...) So then, the parts referred to upthread fit that definition? That's part of what I am confused about. Do these exist in real life or not? (23 years ago, 18-Apr-02, to lugnet.cad)
|
| |
| | [Parts Tracker] Wrapping up 2002-02
|
|
All the Horse files, and most of the primitives updated with BFC'ness, are now certified! The one primitive not yet certified is p\48\1-4ndis.dat, but it is not the sole hold-up for any files. Over the next few days, I'll be working on getting the (...) (23 years ago, 18-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Female Ldraw Parts
|
|
(...) Larry, You are correct. The term "unofficial file/part/subfile/[whatever]" does in fact mean "not yet released" or "not yet approved for release". To the best of my understanding, we've made no provision for any part that does not truly exist. (...) (23 years ago, 18-Apr-02, to lugnet.cad)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Actually, transparent surface should work fine. As long as they are set to write to the Z buffer when drawn, and their outlines are drawn with Z buffer testing enabled, they should work fine. The wireframe parts that aren't supposed to be (...) (23 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) One problem: transparent surfaces would show the wireframe backside. :\ Steve (23 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Baseplates with pattern
|
|
(...) I suppose that would be a problem. It would be more of a problem, if stud-logos were part of LDraw. It would also be more of a problem, if this were a smaller part. By the time people get to using 32x32 baseplates, they aren't usually looking (...) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts)
|
| |
| | Re: Baseplates with pattern
|
|
(...) Not unless the subparts would be used multiple times within the part file. Just put the code for the painted studs in the part file. Steve (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts)
|
| |
| | Re: new axle hole (part two)
|
|
(...) Yes, yes you do. I believe you have the descriptions for 4 and 5 reversed. :-) 2 - (and so do I) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts.primitives)
|
| |
| | Re: new axle hole (part two)
|
|
(...) Lack of planning, I think. ;) Seriously, the axleholes are more complex than most other types of primitives, and presented in different ways in LEGO bricks. So there's a need for more variations. Just for fun,[1] I put together a gallery of (...) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts.primitives)
|
| |
| | Re: new axlehole (part1)
|
|
(...) [snipped DAT code] Mark, Is this primitive supposed to be a substantially different profile than axleho11.dat? Other than splitting it into two different files. (URL) Steve (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts.primitives)
|
| |
| | Re: Some pov-ray questions
|
|
(...) You just need to find out how to compose a table AKA an array in the POV-Ray language, then you need to find out how to include a file indexed in the table. This is probably covered in the manual. To compose an array with 1500 different file (...) (23 years ago, 18-Apr-02, to lugnet.cad.ray)
|
| |
| | new axle hole (part two) [DAT]
|
|
and the second part. If people think I should I would be willing to combine them into a single file. Why so many axle hole primitives anyway? 0 4 16 2 0 2 5.58 0 2 5.52 0 2.28 4.26 0 4.26 4 16 2 0 2 4.26 0 4.26 2.28 0 5.52 2 0 5.58 4 16 -2 0 -2 (...) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts.primitives)
|
| |
| | new axlehole (part1) [DAT]
|
|
Plus a new type of axlehole 0 4 16 0 -0.00 -6 -2 -0.00 -5.66 -2 -1.00 -5.66 0 -1.00 -6 2 24 -2 -0.00 -5.66 -2 -1.00 -5.66 4 16 -2 -1.00 -5.66 -2 -0.00 -5.66 -2 -0.00 -2 -2 -1.00 -2 2 24 -2 -0.00 -2 -2 -1.00 -2 4 16 -2 -1.00 -2 -2 -0.00 -2 -5.66 (...) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts.primitives)
|
| |
| | double bevel gear tooth [DAT]
|
|
Here is a new primitive for those double beveled technich gears. 0 Double Bevel Technic Gear Tooth 0 Name: bevcog.dat 0 Author: Mark Kennedy 0 taken out of 32270.dat by Marc Klein 0 3 16 0 3 -10 1.31 -0.09 -10 -1.31 -0.09 -10 2 24 0 3 -10 1.31 -0.09 (...) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts.primitives)
|
| |
| | Re: Why Type 5 Lines?
|
|
I was reading through this more, and while I still don't know exactly how it all works, I think I stumbled onto something. > I dont know how many of you have come across this technique before. I > remember finding an OpenGL demo that did this kind (...) (23 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Female Ldraw Parts
|
|
(...) This kind of confuses me. I thought an unoffical file was a real part, but the file hadn't yet been approved? Are these partfiles models of actual LEGO(r) parts, or models of parts that don't exist but you wish did? I read the whole thread and (...) (23 years ago, 18-Apr-02, to lugnet.cad)
|
| |
| | Re: Baseplates with pattern
|
|
That would work but... what if you want to render the base with the Lego logo on the studs? L3P and LDView use the stud primitve to determine Lego logo placement. I could live with no Lego logo on some studs but for those who insist on perfection (...) (23 years ago, 18-Apr-02, to lugnet.cad.dat.parts)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Yeah, the stencil buffer, that's gotta be it. If you've got BFC working then you can use the stencil buffer to count how many times an edge is draw in GL_LINE mode. Edges on back facing triangles won't be drawn, so you'll only count one edge (...) (23 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) That sounds like glPolygonOffset which would be part of the solution because it allows the edges to look clean. We all use that already. (...) I can see how you might accomplish some of that by manipulating glEdgeFlag when you define your (...) (23 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) OpenGL has glPolygonOffset, which does what you describe by allowing you to move the polygons further away in the Z direction, where the amount they move can depend on the slope of the polygon in the Z direction. This works great, and I use it (...) (23 years ago, 17-Apr-02, to lugnet.cad.dev)
|
