 | | Some secrets of MLCad revealed ...
|
|
Ok since a lot of you are asking me to provide more details about MLCad's rendering technic I'll go and tell you some details about it: During the development of MLCad I went through several stages trying to make rendering faster, some of them with (...) (21 years ago, 4-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Thanks Michael. Is the list of points sorted? How do you sort it? Hashcode? Octree? Regards, Damien (21 years ago, 4-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
"Damien Guichard" <damien.guichard@wanadoo.fr> schrieb im Newsbeitrag news:HHIuq2.BMG@lugnet.com... (...) MLCad's (...) parameters. (...) file (...) each (...) carrying (...) No this list is not sorted at all, its just an array of points, directly (...) (21 years ago, 5-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Thanks Michael. So, at loading time, each added point has to be compared to all points in the point list. Does this impact the loading time of big parts or big models in a significant manner? Or is it only minor slowdown? Regards, Damien (21 years ago, 5-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
"Damien Guichard" <damien.guichard@wanadoo.fr> schrieb im Newsbeitrag news:HHKMxB.225G@lugnet.com... <SNIP> (...) the (...) in a (...) So far I could find out, it doesn't effect loading much, I think it was something about 10% less then without this (...) (21 years ago, 6-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Ok, the practical figures relativize the problem for everyday use. Thanks Michael. For the sake of sharing here is how I imagine a sorted point list. The sorted list is also implemented as an array, so points can be accessed by index for (...) (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) <snip> Cool! Should perform a lot faster on searching I would expect 400 points? That seems low to me. Most of my models have more than that many elements! Even with shared vertices that seems low. (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) I guess points are shared only on a part basis, not on a model basis. So, 400 distinct points for a part is already a fair number. Thus I think the sorting technique I discuss is not candidate for implementation unless the ldraw library goes (...) (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Unfortunatly this is not true with files that have synthesized hoses and cables. They are quite large and take a *very long* time to load. (...) Kevin (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) I'm a bit behind on this thread, but thanks Michael. That explains a lot. I never thought of the image buffering approach for orthographic displays. It's a really neat idea! I do have a question though. How do you handle colors in the image (...) (21 years ago, 9-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
Hi Don, "Don Heyse" schrieb im Newsbeitrag news:HHrE7q.1vCq@lugnet.com... (...) The image buffers, just keep the light information in it, but not the color itself, the color is assigned during pasting the image onto the screen. I think I haven't (...) (21 years ago, 9-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Yes, that makes sense. Hey, I did a little searching and found some references to "depth sprites" which seem to be supported in some of the latest graphics hardware. I haven't read it yet, but the pictures in this article seem to indicate that (...) (21 years ago, 9-Jul-03, to lugnet.cad.mlcad, lugnet.cad.dev)
|
