 | | Re: Problem with 1-4con1.dat
|
|
(...) Thank you steve, i'm waiting for the next announcement. (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: What is BFC meta command ?
|
|
(...) Ok, i'm working on several parts, but i get BFCspecv4 to explain... Thank you (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: FAQ update (Was: Problem with 1-4con1.dat)
|
|
(...) Well, I don't know about the 'very respected' part, but other than that, it's fine. :) (...) A very wise decision. Unfortunately. :( I'm hoping to improve speed after this first go-round. Steve (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | BFC Test Files (was: ===== MLCad V1.8 IS AVAILABLE =====)
|
|
[X-FUT lugnet.cad.dev] (...) [snip rest of announcement] (...) everyone saw it: I've uploaded a set of files which have been cleaned and marked up, according to the existing BFC proposal. The file only includes some basic 1x and 2x bricks, a couple (...) (25 years ago, 30-Mar-00, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | FAQ update (Was: Problem with 1-4con1.dat)
|
|
Steve: (...) Is the new text sufficient? I decided to remove the promise that you will have a new update ready every month. Play well, Jacob ---...--- -- E-mail: sparre@cats.nbi.dk -- -- Web...: <URL: (URL) > -- ---...--- (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Time for BFC overhaul?
|
|
(...) Oh, good! Fresh blood. :) I've uploaded a BFC-test file with the part files for a few bricks, and the primitives needed to support them. Anyone who wants to play with these files can get them from (URL). My suggestion: make a second (...) (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Problem with 1-4con1.dat
|
|
(...) That's a good test. How soon can a new L3P be distributed? (...) Questionable, but it works. For now, at least. (...) Yes. Steve (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Problem with 1-4con1.dat
|
|
(...) The procedure is this: the parts authors (that's a bunch of people) create and maintain parts files. They send their files to the parts administrator (that's me). The parts administrator puts together a proposed list of files to go in the next (...) (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) I think this is a little too much for the task, you don't need to try to remove the interior too, it won't make a big difference. Think of a 2x2 plate, if you can remove the stud4, you're saving 48 quads, 64 lines and 32 optional lines while (...) (25 years ago, 30-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Checking for bowtie quads?
|
|
(...) Wow, I'm glad I revisited this since I think I can save some rendering time by saving the vertex normals from the bowtie checks for the OpenGl lighting phase in LdGLite. Here is the algorithm I came up with before I decided to use the L3 code (...) (25 years ago, 30-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) In this case you could leave out the interior of the 2x2, but you must use the entire top of the 4x4. In the case of solid wall like structures, however, it could reduce 90% of the blocks to no interiour, and no studs. -Chuck (25 years ago, 30-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
Tore Eriksson wrote... (...) Uh, maybe. However, if you have a 2x2 brick on top of the 2x4, how do you leave out only half the TOP section? Or you wouldn't? Maybe parts should be broken into subparts for analysis? I think the main problem is, that (...) (25 years ago, 30-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
John VanZwieten wrote... (...) A general analyzer may be a good idea. As you say, the optimized .dat file can be viewed in any rendering engine, and also, you can run L3P on it. Of course, the analyzer could be compiled into L3P, L3Lab, LDLite etc. (...) (25 years ago, 29-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
Leonardo Zide wrote... (...) I assume you have manually added extra info to all parts into your pieces.bin. Is there any chance you could export that info into some META commands to be inserted into each part in the LDraw PARTS base, so LDraw (...) (25 years ago, 29-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Problem with 1-4con1.dat
|
|
John VanZwieten wrote... (...) Is there any use for color 16 in linetypes 2 and 5? To test if we have any color 16 lines, I just added a warning to "L3P -check" The only legitimate example I could find was in PARTS\S\973p46a.dat.DAT "~Subpart (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: What is BFC meta command ?
|
|
(...) BFC means back face culling, it basically means that the rendering program doesn't need to draw the faces that are not facing the viewer (calculated by taking the dot product between a face normal and the camera direction). It's there to make (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Checking for bowtie quads?
|
|
(...) Quads should be plane and follow a correct order, the points must be in a correct order. Search the old messages and you'll find several discussions about it. Leonardo (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Checking for bowtie quads?
|
|
Just a question... Does the quad should be plane, is there any problem to get 4 non-coplanar points ? Damien. (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | What is BFC meta command ?
|
|
With the new version of MLCad, i hear about BFC, but, i'm sorry, i don't know what it is... Could someone give me explanations ? Thank's Damien. -- Damien et Nathalie Duquennoy 26, rue du belvédère 69210 L'ARBRESLE dduquenn@club-internet.fr (URL) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Problem with 1-4con1.dat
|
|
In lugnet.cad.dev, Steve wrote : (...) Well, I'd like to participate ! what is the procedure ? Who vote, how is it possible to vote ? Is there a FAQ on this subject ? Regards Damien (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Checking for bowtie quads?
|
|
(...) Yeah, I tried to think of a simpler way to do it myself. But all my ideas required converting the quad from 3D coords to 2D coords first so my feeble brain could handle it. :^) Don (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Checking for bowtie quads?
|
|
(...) Thanks, I've got it! I didn't know the check was that involved, though... Fredrik (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) I don't know the exact files that I changed, I remember that I unziped LDLite 1.6 and added a #ifdef BMP_HIGHCOLOR, I'm sending what I have in another message. The code is not Windows specific, it was taken from the LeoCAD image routines and (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) It does take some extra time to load a big file but the speed increase later is well worth it. After doing the initial calculations, you only need to check the studs for the bricks you move so it's very fast. Leonardo (25 years ago, 29-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Checking for bowtie quads?
|
|
(...) Lar's L3Input.cpp is in the latest ldglite source (which is available at the usual place). It contains the bowtie checking code and is quite nice. Don (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Checking for bowtie quads?
|
|
Do anybody know of a simple algorithm for checking if a quad is of the "bowtype" kind? I.e. a quad where two of the edges cross each other. I understand that Lars C Hassing's L3P does this check, so perhaps he can help me? Thanks in advance! Fredrik (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Time for BFC overhaul?
|
|
Now that MLCad is supporting BFC, should we begin overhauling the parts database to take advantage of this? I'd be interested in working on this for a while. What is the status of the meta-command discussion? How close are we to closure? -John Van (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) I didn't see it, but I didn't look really hard at the windows specific code since I'm bypassing it for something more portable. If you still have the code I could try to paste it in with the other two formats. Don (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Problem with 1-4con1.dat
|
|
Augh! How do these things get by us? I'll put this into the next update. And I promise that the 2000-01 vote is coming. Very soon. Really. Steve (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
Leonardo: (...) So in "every" part you have put a "stud-slot-point" in all the places where a stud from another part can connect with this part. So if a stud on a non-transparent part is at the stud-slot of another non-transparent part, it is (...) (25 years ago, 29-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
Rui: (...) You are probably right, but JPEG is defined _for_ lossy compression. It is definitely not the correct choice if you want loss-less compression. (...) Maybe, but GIF is covered by a patent (not a problem in Europe yet), and PNG generally (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
Don: (...) In some, but admittedly very few, cases GIF gives a better compression than PNG. (...) PNG does anything from 1 to (at least) 64 bit/pixel, including up to (at least) 16 bit/pixel graduated transparency. Play well, Jacob ---...--- -- (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) A long time ago I submited a patch to make ldlite save 256 color bitmaps, was it never applied ? (...) (URL) but most Linux distributions have it too. Leonardo (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) From what I've seen PNG gives BETTER compression than GIF for flat shaded ldlite type images, and as far as I can tell it only does 32bpp true color. I put a sample PNG on the ldglite web page if you want to try converting to various formats (...) (25 years ago, 29-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: A discovery? and part 3475
|
|
John VanZwieten <john_vanzwieten@email.msn.com> wrote in message news:Fs5MrI.325@lugnet.com... (...) can (...) show (...) Never mind--you answered in another post. -John Van (25 years ago, 28-Mar-00, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: A discovery? and part 3475
|
|
John Jensen <skurt@vip.cybercity.dk> wrote in message news:18a2esk6si8dbum...4ax.com... (...) Why not just use the ring and cone primitives? Used in combinations, you can create just about any size ring or cone from these primitives, and they show (...) (25 years ago, 28-Mar-00, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: A discovery? and part 3475
|
|
(...) [snipped description and part-file] Yep, this is how I usually build curved stuff - use primitives to get the correct points, inline them and move the points around as necessary. In this particular case (a full circular ring), a way to avoid (...) (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: A discovery? and part 3475
|
|
(...) I've done a similar thing myself a few times to generate a cone (and similar things), and I've been thinking about making a function in LDraw-mode to make the process easier. But I failed to see how to formalize the procedure, so I suspended (...) (25 years ago, 28-Mar-00, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) Basically it checks if a stud primitive is close to a "inverted stud" (the cylinders under a plate for example) or to some predefined points added by me and remove them. The original idea was to make the bricks really connect when they get (...) (25 years ago, 28-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: A discovery? and part 3475
|
|
Perhaps that'll teach me to take a better look at the numbers... Regards John (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
