Results 5521 – 5540 of 7032.
|
Search took 0.01 CPU seconds.
|
|
 | | Re: Parts editing made easy, anyone?
|
| (...) If for nothing else, to permit them to be used as the basis for the manual creation of similar parts, and abstraction into resuable sub-components. Not a strong reason, but worth considering. (...) To use just one example - the STUD primitive (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
| |
|  
ldraw
(score: 0.770)
|
|
| | Re: Parts editing made easy, anyone?
|
| (...) (I'm going to try not to sound like a jilted lover here, bear with me) If you're not already a parts author, you have to ask for permission to submit a part to the Parts Tracker. I've been told translated-from-other-CAD (i.e. messy) parts (...) (20 years ago, 23-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.770)
|
|
| | Re: Rendering implementation details
|
| (...) You're right about the performance hit. We've discussed this issue previously on lugnet, because quite a few of the renderers out there use opengl (ldview, leocad, ldglite, Mac Brick Cad...) Source code is available for all of these if you (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: LDraw.org Contributer Agreement Status
|
| (...) On this point, the ONLY way for me to reach the widest amount of people possible is for people who read this message to spread to word. I made a conscious (and correct) decision not to massively cross post this thread to increase exposure. I (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev.org.ldraw)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Contributor's Agreement
|
| (...) And that's a good thing. Come on now. The whole ldraw library is a derivative work and we've already lost contact with the original author, and many subsequent part authors, but they still get credit for a job well done. Good work! Keep it up! (...) (20 years ago, 31-Jan-05, to lugnet.cad.dev.org.ldraw)
| |
|
ldraw
(score: 0.769)
|
|
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Rendering implementation details
|
| (...) I don't see it. Are you sure this works in the perspective projection? Because I can't quite figure out what the magic view vector is in that case. I think you'd need to calculate one view vector for each edge endpoint, which brings the number (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| |
|
ldraw
(score: 0.769)
|
|
| |
|
ldraw
(score: 0.769)
|
|
| | BFCFixer
|
| (...) Well, I had some spare time today... so I wrote one. It goes through a single LDraw part file and reorients all the polygons in it to have the same winding. It comprehends the notion of subfiles and already BFC compliant parts, and puts the (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: BFCFixer
|
| (...) Of course, it's that simple - thanks. Except some of the most basic LDraw parts (regular bricks) fail this test because the studs are "stuck on" a complete quad, rather than a surface peppered with stud-sized holes. Chris (20 years ago, 4-Feb-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Parts editing made easy, anyone?
|
| (...) Hi Stefan: I'm chiming in late here, but I've crafted at least a few unofficial LDraw parts, and I thought I might offer some thoughts. My original composing tool of choice was the shareware text editor "PC-Write v4," which no longer appears (...) (20 years ago, 2-Feb-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Parts editing made easy, anyone?
|
| Thanks for your suggestions, the message I received is: "Yes, a good and useful translator would be appreciated." One brief comment on the issue of whether we want clean, compact and well structured files or not: of *course* we want clean files! A (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Rendering implementation details
|
| (...) What you are describing is in fact a very old and basic edge rendering algorithm, which can be found in most detailed textbooks on computer graphics. CAD style and wire frame rendering went out of style during the 90's, so some recent "fancy (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Rendering implementation details
|
| (...) Ok, I drew a better picture (2 planes in space and a floating eye) and I'm starting to see. Maybe you're onto something. It takes 2 surface normals and one point on the edgeline to divide space into 4 quadrants. Then you only need to figure (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Contributor's Agreement (Was: New Part...)
|
| (...) For example: "The right to create derivative works of the Work" Does that mean altering the works (in this case: editing my dat files and make updates on them) without trying to contact me first? Or does it just mean works that uses my works? (...) (20 years ago, 31-Jan-05, to lugnet.cad.dev.org.ldraw)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: Rendering implementation details
|
| (...) It doesn't matter, actually. In one way or another, optional lines are required. In general, the "magic halo" effect only highlights _outside_ edges, but for a non-convex object, that won't necessarily be adqeuate. You can't even get away with (...) (20 years ago, 30-Jan-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | ldconfig.ldr and dithered colors
|
| How is a renderer expected to handle dithered colors not mentioned explicitly in ldconfig.ldr ? The "LDraw File Format" specification says: "Also, colours 256 through 511 are dithered. So if you want to combine colours J and K, figure your colour (...) (20 years ago, 6-Feb-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.769)
|
|
| | Re: BFCFixer
|
| (...) The way it's been done before is to draw rays from the origin outward. The first polygon a ray crosses is facing inward, and the last polygon a ray crosses would be facing outward. The ones in between *should* alternate facing in and out. Do (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
| |
|
ldraw
(score: 0.768)
|
|
| |
|
ldraw
(score: 0.768)
|
More: Next Page >>
|
