 | | Re: New LDraw based editor... GLIDE. —Daniel Bennett
|
| | | Hi I agree its a shame about the incomplete BFC situation. Currently I use Two-Sided lighting in GLIDE you don't notice the performance hit because most of the processing effort is done by the CPU at the moment. That’s what slows it down rather than (...) (20 years ago, 19-May-04, to lugnet.cad)
|
| | | |
| | | | | Re: New LDraw based editor... GLIDE. —Kyle McDonald
|
| | | | (...) That's because most of the focus in Grahics HW the past few years has been in texture and shading performance, and *not* in raw polygon drawing that LCAD makes so much use of. We mainly have games to thatnk for that. For the most part (...) (20 years ago, 19-May-04, to lugnet.cad)
|
| | | | |
| | | | | | Re: New LDraw based editor... GLIDE. —Travis Cobbs
|
| | | | (...) This is only true to a point. As long as you have a reasonably modern video card, its on-board geometry performance is going to far exceed the geometry performance you could get out of the fastest CPU. I don't know how GLIDE does its drawing, (...) (20 years ago, 19-May-04, to lugnet.cad)
|
| | | | |
| | | | | | Re: New LDraw based editor... GLIDE. —Daniel Bennett
|
| | | | (...) Possibly not the best way I could have worded it. GLIDE in its current form is inefficient. There is some redundant sorting and a lot of list iteration that the CPU does before it calls on OGL. This is the main speed-limiting factor. With (...) (20 years ago, 20-May-04, to lugnet.cad)
|
| | | | |
