Special:
|
[DAT] (requires LDraw-compatible viewer)
|
Subject:
|
3823.dat doesn't work well with P/48 primitives
|
Newsgroups:
|
lugnet.cad
|
Date:
|
Mon, 30 Sep 2002 23:51:45 GMT
|
Viewed:
|
397 times
|
| |
|
|
Hi.
I'm trying again to BFC CERTIFY some of the parts, and I've noticed
some interesting things when working on 3823.dat line by line.
When I got down to these lines:
4 16 -36 48 -20 -35.54 48 -22.30 -39.24 48 -23.83 -40 48 -20
4 16 -35.54 48 -22.30 -34.24 48 -24.24 -37.07 48 -27.07 -39.24 48 -23.83
4 16 -34.24 48 -24.24 -32.30 48 -25.54 -33.83 48 -29.24 -37.07 48 -27.07
4 16 -32.30 48 -25.54 -30 48 -26 -30 48 -30 -33.83 48 -29.24
I noticed that the 1/4 torus that these make, were only 4 sided
(per 90 degrees,) and don't line up to the other 48 sided (12 per
90 deg.) primitives that I was using.
Mabye it's not possible to use a 1/4 torus primitive from the 48
sided set here? I haven't looked yet to try to figure out what
scaleing migh be needed. Is it worth trying?
-Kyle
--
_
-------------------------------ooO( )Ooo-------------------------------
Kyle J. McDonald (o o) Systems Support Engineer
Sun Microsystems Inc. |||||
Enterprise Server Products Kyle.McDonald@Sun.COM
1 Network Drive BUR03-4630 \\\// voice: (781) 442-2184
Burlington, MA 01803 (o o) fax: (781) 442-1542
-------------------------------ooO(_)Ooo-------------------------------
|
|
Message has 1 Reply:
 | | Re: 3823.dat doesn't work well with P/48 primitives [DAT]
|
| (...) Uh, you mean *ring* primitive, right? The lines you quoted are all *flat*. I would not use 48 segment primitives on this part - it would be overkill. There do seem to be some incorrect vertices on those polygons. You could replace the polygons (...) (22 years ago, 1-Oct-02, to lugnet.cad)
|
5 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
