 | | Re: Some Words To BFC
|
|
(...) OK, here's a counter-proposal: don't require all parts/primitives to be BFC'able, and allow both BFC-ready and BFC-not-ready files in the same rendering. This reintroduces the concept of having a single meta-statement at the start of each (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Performance Improvement [DAT]
|
|
(...) As I said before, in this case it's more correct to use 3-4disc primitive, to avoid the T type juntions. (...) Yes, cracks may appear ! Same problem like in a T type junction But has someone said, nothing like real/concrete testing, so here (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Performance Improvement
|
|
Steve: (...) I can't see how Rui's suggested change gives any problems at all and I don't mind a few percent speed increase. (...) And? Does the "diameter line" not cross the radius? If there is a significant risk of a misalignment, then we (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
On Fri, 7 Apr 2000, Leonardo Zide wrote: [...SNIP...] (...) Actually I think you missunderstood something (or maybe I did), but the 0 INVERSE meta command is to be used ONLY with file references, that is: 0 INVERSE 1 16 x y z a b c d e f g h i (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: BFC checking program (was Re: Some Words To BFC)
|
|
I seem to be missing a required .dll file: MFC42D.DLL. Can you send this, or can I find it somewhere else? -John Van (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC [DAT]
|
|
(...) I don't mind that because I preprocess the files anyway and anyone who wants to get a good speed increase should do the same. But it's not a good idea to turn on/off BFC several times and in some cases, it's nicer to have the faces reversed. (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | BFC checking program (was Re: Some Words To BFC)
|
|
(...) I'm assuming that you're calling "BFC-ready" primitives that have all faces in the same direction. Primitives are not closed volumes so you'll always be able to see the backfaces. (...) I agree technically it doesn't make much difference, I (...) (25 years ago, 7-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
Steve Bliss <blisses@worldnet.att.net> wrote in message news:a5mpess6nipq4bp...4ax.com... snip (...) Me too. -John Van (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: 71184 Bar 4.5L Straight is too short
|
|
(...) Yeah, I fixed it once (and posted the fixed file), but I don't know if my fix ever made it to an official update... --Bram Bram Lambrecht / o o \ BramL@juno.com ---...---oooo-----(_...o---...--- WWW: (URL) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
Steve Bliss <blisses@worldnet.att.net> wrote in message news:i86oessafp98dp6...4ax.com... (...) These are both very good criticisms of my proposal--so I'll just modify my proposal :) If we fix all the official parts, then the renderer doesn't (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
(...) As someone pointed out once, it's not a big deal to get all windings the same before passing the data to OpenGL. Just swap the order of the points. For quads, switch points 2 and 4. For triangles, switch points 2 and 3. This could/should be (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: 71184 Bar 4.5L Straight is too short
|
|
(...) I'll doublecheck this issue tonight. Seems like we had this discussion before, but I don't remember the details. Argh. Steve (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
(...) The primitives should be the first thing fixed, in any case. :) I think it would be safe for the cleanup program to assume that primitives are BFC-ready. Which could be a help for automatic cleanup of part files. (...) Some technical points: (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
(...) Would it help to get primitive files cleaned up, and then make use of what is known of the faces in the primitive to decide the orientation of faces in the part? What I mean is, if you follow a ray from the center of a face, and the (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: The geometry of minifigs
|
|
(...) No, it doesn't. But it has the head, arms, hands, legs and hips. Fredrik (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | 71184 Bar 4.5L Straight is too short
|
|
Hi, I just noticed that the part "71184 Bar 4.5L Straight" is too short. According to my findings, it should have been approx 8 LDU longer. Fredrik (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Are anybody working on the Star Wars Battle Droid arms?
|
|
(...) cad modeller and then converted by stl2dat ! wasn't it ? I would like to recommend you and every body else which will use this type of lego part building (CAD -> convert program(ex:stl2dat)), to be very carefull with the tesselation (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: Some Words To BFC
|
|
(...) When do you actually stop, when you find the correct orientation ? or after a few fixed iterations ? Eventually you could end up with an infinite loop if you are not carefull. That method does NOT really garantees any correct results due to (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: The geometry of minifigs
|
|
(...) Da, you are correct. I'd go with the (14,0) shoulder position -- it has better (hidden) precision. 14.345 is derived, as you pointed out, and it is rounded. Does LGEO have the minifig torso? It'd be so nice to have truly rounded edges and (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
| |
| | Re: The geometry of minifigs
|
|
(...) Ok, thanks. I understand. It's not interesting for me (in this setting) to know the angles and offsets of the _true_ minifig. What is of interest is the values that were used to _model_ the minifig. This is because what I want to do is to pose (...) (25 years ago, 6-Apr-00, to lugnet.cad.dev)
|
