 | | Re: LPub 2.3.0.6 available (ldGLite working and looks Marvelous)
|
|
In lugnet.cad, Kevin L. Clague wrote: I just timed rendering of all the pedmatic construction step images and part list images and the process took less than 3 minutes! Amazing. After I debug ldglite and ldview on windows 98, then I'll work on the (...) (19 years ago, 18-May-05, to lugnet.cad)
|
| |
| | Re: LPub 2.3.0.6 available (ldGLite working and looks Marvelous)
|
|
(...) Actually it was a bug in LPub. ldglite pre-crops the image to the smallest enclosing rectangle. LPub didn't expect this, applied its own crop routine, and added artifacts. Also this pre-cropping is why ldglite process is much faster than (...) (19 years ago, 18-May-05, to lugnet.cad)
|
| |
| | Re: 8652 Enzo Ferrari 1:17
|
|
(...) Looks cool. It also exposes a bug and a missing feature/possibly bug in the current LDView releases. LDView doesn't properly support files in subdirectories inside an MPD (such as s\). It also doesn't detect primitives inside the MPD, since (...) (19 years ago, 18-May-05, to lugnet.cad.dat.models)
|
| |
| | Re: LPub 2.3.0.6 available (ldGLite working and looks Marvelous)
|
|
(...) I got the command line by putting a MessageBox call at the very beginning of the main entry point for LDView. Then, I manually attached a debugger to the process when the message box appeared. This lets you debug. --Travis (19 years ago, 18-May-05, to lugnet.cad)
|
| |
| | Re: LPub 2.3.0.6 available (ldGLite working and looks Marvelous)
|
|
(...) Possibly. (...) Yeah, I noticed this too, but I haven't been able to capture the exact ldglite command line and temporary .ldr file used by lpub to render a single part for the BOM. Lpub seems to delete them, and I'm not sure if I can keep (...) (19 years ago, 17-May-05, to lugnet.cad)
|
