 | | Re: replacement primitives for fas machines
|
|
(...) Actually, it still would be an interesting project to use the existing p\48\ files by either (a) copying the files into the p\ directory, or (b) replacing the regular p\ files with 'pointers' to the p\48\ files. And there are a lot of files (...) (22 years ago, 7-Aug-02, to lugnet.cad)
|
| |
| | Re: replacement primitives for fas machines
|
|
(...) I have a dumb one. Is there something that you should do to tell MLcad or whatever to use the 48 primitives in place of the lower resolution ones? Or is that something that has to be changed in the parts that use the primitive in question? (...) (22 years ago, 7-Aug-02, to lugnet.cad)
|
| |
| | Updating other persons parts?
|
|
What is the official stance on updating parts done by other people? I did some modifications to part 2485 on the tracker and have tried to send it to the orignal author, but am not sure wether he got it or not. (22 years ago, 7-Aug-02, to lugnet.cad.dev.lcd)
|
| |
| | L3P like utility for Mac / Mac OS X
|
|
I just discovered that LDGLite will print out all the little bits I need so that L3P will convert my .dat file[1] into a POV file. This would be great (well it is great for Windows users) if L3P ran on my PowerBook. So I searched a bit, but I came (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev.mac)
|
| |
| | Re: replacement primitives for fas machines
|
|
(...) Yes I realized the folder was there but I mistook their purpose! Oh well maybe I should have asked for some advice before I started : ) Regardless of construction method the outcome should be the same except the standard 48 sided primitives (...) (22 years ago, 7-Aug-02, to lugnet.cad)
|
| |
| | Re: New Plugin for LDDesignPad
|
|
After some more extensive testing, I've found this plugin to not work the way it was intended. It will still work for some files and for single sided, non-hollow "parts" but otherwise it will not produced adequate results. Oh well, I guess I (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev)
|
| |
| | Beginner's tutorial to programming LDraw utilities (Delphi Edition)
|
|
I'm planning to make a tutorial on the subject mentioned above. There is a lot of code that could be recycled and a lot of wheels that shouldn't be reinvented all the time by new programmers. Step One is about making your program find the path to (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: My cutter is almost ready : )
|
|
(...) I usually put a cannon on the poop deck using a 4x4 turntable. You may want a plate underneath so the cannon clears the studs on the railing. It works best if the turntable overhangs the poop deck by one stud (forward). Then you can still (...) (22 years ago, 6-Aug-02, to lugnet.cad, lugnet.cad.dat.models, lugnet.cad.dat.models.sets, lugnet.pirates)
|
| |
| | Re: My cutter is almost ready : )
|
|
(...) I'm not sure what the standard mount for a cannon is on the cutter (I own no "real" 6277s) but we usually moved the mast back and mounted the cannon in its place. best LFB (22 years ago, 6-Aug-02, to lugnet.cad, lugnet.cad.dat.models, lugnet.cad.dat.models.sets, lugnet.pirates)
|
| |
| | Re: *** LDView Version 1.9.6 Released ***
|
|
(...) Visual quality: When I first tried L3DView v0.5 (does someone remember L3DView?), I was amazed by the quality of the renderings. And yet each revision since then has improved the quality again. With constant speed, if not increasing. This (...) (22 years ago, 6-Aug-02, to lugnet.cad)
|
| |
| | Re: New Plugin for LDDesignPad
|
|
(...) Released for 20 minutes and I already found a major problem, concave portions of parts don't convert well. -Orion (22 years ago, 6-Aug-02, to lugnet.cad.dev)
|
| |
| | New Plugin for LDDesignPad
|
|
I've completed my first plugin for LDDesignPad. It will take a file and BfC certify for CCW winding. There are a few limitations: 1.) It doesn't handle bad vertex sequences, so these need to be fixed prior to running. 2.) It won't add INVERTNEXT (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Good point. I like the idea of a clearly defined new version of the file format. This would be a good point also to rename multi-part files in the second version to something relating to .LDR - perhaps .MPL could make the distinction? -Tim (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Or perhaps MPD and LD2. We have discussed the time for a new, not LDraw compatible standard years ago. I don't like the idea of an "almost LDraw compatible" standard. Isn't it better to go all the way with maybe type 6, 7, 8... commands than (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Re: Paths, explicit drive references, and the case of file names
|
|
(...) I would rather say that I had been lucky with the design of the program. I don't think I had to change much to make it work as you requested, but you can compare this and the previous version of the source code. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD spec
|
|
(...) [...] That looks like the right solution. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Re: Paths, explicit drive references, and the case of file names
|
|
(...) Wow! That was fast! :) Steve (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD spec
|
|
(...) No, I hadn't. I was taking the view that MPD files are not compatible with LDraw, and I was not too concerned with making them 'more compatible'. See my other recent message for a suggested way to standardize both "LDraw-ready" and "never (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Re: Paths, explicit drive references, and the case of file names
|
|
(...) Okay. I have made that an option with the latest edition of my MPD splitter: (URL) Here is my list of how software can handle this, in order from least (...) Except for the option of prompting before creating a directory, I have implemented (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Syntactical colouring of .DAT files
|
|
(...) Not really. I do not have a good explanation, but I prefer Emacs' syntax highlighting to Vim's syntax highlighting. The vi UI is IMHO only intended for light-weight text processing. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad)
|
