Subject:
|
Re: LDGLite bug report (yes, one more)
|
Newsgroups:
|
lugnet.cad.dev
|
Date:
|
Tue, 14 Aug 2001 15:09:43 GMT
|
Viewed:
|
496 times
|
| |
|
|
Don:
> You should at least try the "-l3" before you recompile.
Okay. Doing that now. The errors in the ortographic
projection rendering seem to be independent of the parser.
You can see an image at:
http://hugin.ldraw.org/temp/town-ortographic-l3_parser.png
The corresponding command line is:
ldglite -ms -i1 -s0.2 -j -l3
~/Projekter/LEGO/Datsville/MPD/town.mpd
The "error in line 984532" problem seems to be related to
the parser. The program can at least get much further in the
model with the "-l3" flag.
> I'm sort of
> interested in what you get for render times with both parsers.
I have set up some timing experiments. Expect results in a
moment.
Jacob
--
http://hugin.ldraw.org/Jacob/edb/digitale_nyheder
Om redaktørens opgave på internetnyhedstjenester.
|
|
Message has 2 Replies:
 | | Re: LDGLite bug report (yes, one more)
|
| (...) It may be OpenGL implementation specific because I remember the Mac version of ldglite had a similar problem. I've run the datsville mpd file on a few Windoze machines and it clips the model at the far plane, but doesn't add the garbage you (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
Message is in Reply To:
| | Re: LDGLite bug report (yes, one more)
|
| (...) You should at least try the "-l3" before you recompile. I'm sort of interested in what you get for render times with both parsers. I only have somewhat underpowered PCs to work with, so I'm curious how they compare in the "real world". Don (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
21 Messages in This Thread:
  
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
