To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.mlcadOpen lugnet.cad.mlcad in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / MLCad / 1010
1009  |  1011
Subject: 
New version 2.0, was "idea for next version, include ttore boxes"
Newsgroups: 
lugnet.cad.mlcad
Date: 
Sun, 2 Sep 2001 09:28:28 GMT
Viewed: 
2759 times
  
Ah, it seems the new version of MLCad IS faster (I have just upgraded to
v2.0).  Thank you!

Oh, thanks for including "All Files" support in "open" dialog.  This negates
my earlier request for *.box support.

Sorry for the bogus bug report.  I'll start trying out the rest of the
features to find a workaround.

Mike

In lugnet.cad.mlcad, Michael Horvath writes:
In lugnet.cad.mlcad, Michael Lachmann writes:
I'm not realy aware of this thing, but it sounds like replacing normal parts
by boxes in order to reduce drawing time?!

Rendering time in POVray, I mean.  I guess this would speed up building
time, as well.  Say, for example, if you replaced an entire wall with a box
that spans 5 bricks long by 6 bricks high.  But, really what I meant is
speeding up rendering time in POVray without creating any "noticable"
defects in the model.  Tore says he's speeded up rendering of some of his
models and Datsville, I think, by 60% in POVray.

MLCad doesn't recognize the file extension.

In the end, making the model as much of a hollow box as possible would speed
up rendering not only in POVray, but in realtime rendering as well (I'm
dreaming).  But, right now, a 60% optimization simply by using Tore's boxes
seems a marked improvement.  I have plans on building a Datsville-like
scene, and from what I've heard, rendering (in POVray) has made the process
kind of grisly.

If you could simply include support for the file extension, and then create
a subdirectory within the parts tree, that would suffice.  My previous
suggestions would be handy, but the above would suffice.

Also, BTW, if your terrain editor could import/create a wiremesh terrain,
instead of just studs, that would be great.  This way, you could use the
same graphics image (with some editing) to create stud terrain near the
camera, and wire mesh terrain far away from the camera.  I've been able to
accomplish this via other means and utilties, but having that ability within
a platform native to the LDraw file format would be ideal.  Another
suggestion, but this one you can ignore, as it is not so important.

Thanks,
   Mike



Message is in Reply To:
  Re: idea for next version, include ttore boxes
 
(...) Rendering time in POVray, I mean. I guess this would speed up building time, as well. Say, for example, if you replaced an entire wall with a box that spans 5 bricks long by 6 bricks high. But, really what I meant is speeding up rendering time (...) (23 years ago, 29-Aug-01, to lugnet.cad.mlcad)

5 Messages in This Thread:


Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR