 | | Re: Problems with new part and S\3069BS01.DAT [DAT]
|
|
(...) I assume you converted this code: 0 Tile 1 x 2 test 1 16 0 0 0 1 0 0 0 1 0 0 0 1 s\3069bs01.dat 4 16 20 0 10 -20 0 10 -20 0 -10 20 0 -10 The explaination is that L3P shrinks all the parts/subparts (i.e. Type 1 lines) slightly for the seam (...) (22 years ago, 2-Jan-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Problems with new part and S\3069BS01.DAT
|
|
In my problem description I didn't mention that I had actually included the part in an mlcad model, so effectively it was created as a Type 1 line. The solution to the problem though seems to have been removing the part from the ldraw models (...) (22 years ago, 2-Jan-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Problems with new part and S\3069BS01.DAT
|
|
(...) Hmmm... Lars will have to give conformation of this but I think L3P was handling your part as a submodel. That would explain why the tile subpart was shrunk when it was in any other directory but the parts directory -Orion (22 years ago, 2-Jan-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Problems with new part and S\3069BS01.DAT
|
|
(...) Confirmed! Well spotted. Any non-scaling reference to a part is shrunk, except if the reference is from a part. A part is currently defined as a file located in PARTS. "s\3069bs01.dat" (as a path) is located in PARTS. When the new part was in (...) (22 years ago, 3-Jan-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Problems with new part and S\3069BS01.DAT
|
|
(...) text, so it's at least available on the website. Steve (22 years ago, 5-Jan-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Problems with new part and S\3069BS01.DAT
|
|
Wanting to confirm one other thing. Is it intentional that a .ldr file with the same name as a part will not actually be procssed and result in a .pov file with only the part? In this case, I was constructing set 4532 and found a pov file with just (...) (22 years ago, 6-Jan-03, to lugnet.cad.dat.parts)
|
