 | | Re: looking for 3425
|
|
(...) Uhm well, I got myself too, on closer inspection the number was 3475, which I now see was allready made:) Well perhaps my report on it will cause Fredrik to make a few improvements on ldraw-mode, that way it hasn't been all in vain:) Regards (...) (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | A discovery? and part 3475 [DAT]
|
|
I just threw this together, and while doing it I came up with a quite easy way to create discs with holes, and cones. Consider two edge.dat's same orientation, same position but with different diameters. If one where to fill out the space between (...) (25 years ago, 28-Mar-00, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: looking for 3425
|
|
(...) You got me. What's a 3425? Steve (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) Well, it's not *that* big'o'deal: GIF is restricted to 256 colors. If you convert down to 256 colors, will PNG give compression on par with GIF? If it doesn't, you can always look into BMP/RLE. FYI, here are some links into the MS (...) (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Problem with 1-4con1.dat [DAT]
|
|
The type 5 lines in 1-4con1.dat are coded color 16, rather than color 24 as they should be. (Unless I missed an update of this primitive.) 0 1/4 Cone Section 1:2 Radius 0 Name: 1-4con1.dat 0 Author: Karim Nassar 0 Official LCad update 99-05 -> 5 16 (...) (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: looking for 3425
|
|
(...) Apparantly. I cannot find the part number in any parts reference, so what i it? /Tore (25 years ago, 28-Mar-00, to lugnet.cad.dev, lugnet.cad.dat.parts)
|
| |
| | looking for 3425
|
|
Can it really be true that the 3425 hasn't been done? Regards John (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) This problem is why I chose PNG. It compresses flat shaded images quite well and still retains the true color pixels. My comprehensive testing of one sample image (the one on the LdGLite web page) put the PNG file at about half the size of the (...) (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) Is there some other way to compress JPG files, besides lowering the quality? Whenever I save a JPG file with 100% accuracy, the saved file is huge (ie, about the same size as a similar BMP file). (...) I've never heard of any kind of (...) (25 years ago, 28-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
Leonardo Zide <leonardo@centroin.com.br> wrote in message news:38DFDCB4.594866....com.br... (...) So what test do you run to determine what studs get removed? -John Van (25 years ago, 28-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) I have done something like that for LeoCAD, it removes the studs above and below the bricks and plates for the rendering. I haven't added this option for the POV-Ray export but that's something that I can do if you want. Leonardo (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Parts Cataloging Program
|
|
(...) JPG is NOT lossy, i.e. it's NOT required to be lossy, it can be defined to be 100% accurate ! (...) Actually I think that the best format is the GIF format, due to the type of compressing it uses and our specific renderer used for the (...) (25 years ago, 27-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) Argh! Didn't think of that... :o/ /Tore (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
Tore Eriksson <tore.eriksson@mbox3...wipnet.se> wrote in message news:38DE84F4.380C9D...pnet.se... (...) only those standard bricks, plates, and tiles (...) could be a way to free up some resources for (...) somehow, and I don't know exactly how (...) (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) colour < 47) ), interior can be skipped. Of course you mean above the lower edge relative to the parts current orientation. That would require taking the transformation matrix into account. -Chuck (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
(...) For basic bricks, slopes, plates and tiles, one could simply remove the studs and then make the simplified part as the bounding box of what remains. This could probably be automated. If one want more details, the studs could be added again (...) (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE? [DAT]
|
|
(...) You mean something like: 0 Brick 2 x 4 0 Name: 3001.dat 0 INTERIOR BEGIN 1 16 20 4 0 1 0 0 0 -5 0 0 0 1 stud4.dat 1 16 0 4 0 1 0 0 0 -5 0 0 0 1 stud4.dat 1 16 -20 4 0 1 0 0 0 -5 0 0 0 1 stud4.dat 1 16 0 24 0 36 0 0 0 -20 0 0 0 16 box5.dat 4 (...) (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: L3PLiTE?
|
|
Tore Eriksson suggested... (...) IMHO this should not be limited to POV. If the simple parts were made in LDraw syntax, you could speed up Datsville in L3Lab (and others viewer) too! See also (URL) about finding those parts suitable for replacment, (...) (25 years ago, 27-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | L3PLiTE?
|
|
How about making a library of very simplified standard pieces and replace only those standard bricks, plates, and tiles that are not clear and have no studs or bottom visible? I know there are some difficulties yet to be overcome, but I think this (...) (25 years ago, 26-Mar-00, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: part number confirmation
|
|
(...) Ups, I thought I had the entire cad.dat.parts on my computer:) (...) (25 years ago, 24-Mar-00, to lugnet.cad.dev)
|
