 | | Re: Proposed solution for Building Instruction scale issue
|
|
(...) Rather have a single solution path unless there is a *really* compelling reason to do otherwise. LPub is quite quick with its part of the job, but there is overhead in running L3P so many times. (...) Scale changing within a given sequence of (...) (22 years ago, 16-Jan-03, to lugnet.cad)
|
| |
| | Re: Proposed solution for Building Instruction scale issue
|
|
-sc... I figured there was something technically stopping you, I wonder if a quick prescan of the sub model that reveals no rot steps could lead to a differnt render path etc... but that's a different topic. Back to the scaling. BTW I am thinking of (...) (22 years ago, 16-Jan-03, to lugnet.cad)
|
| |
| | Re: LDraw Moonbase Project
|
|
Looks good, Patty! I can see this being added to LDraw.org sometime after BricksWest with my assistance, or sooner with someone like Jacob's. I think a good place for it would be /community/moonbase/ (and if the Datsville folks want, DV could (...) (22 years ago, 16-Jan-03, to lugnet.space, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Proposed solution for Building Instruction scale issue
|
|
Steve, On the stepclock topic. L3P<->POV-Ray stepclock mechanism does not take rotation steps into account, so I cannot use it. I assume you are proposing that I use the same scale across the entire set of building instructions, right? I chose to (...) (22 years ago, 16-Jan-03, to lugnet.cad)
|
| |
| | Re: Proposed solution for Building Instruction scale issue
|
|
I just ran into this problem a couple nights ago when I was rendering steps for a train set. Why not jump right in and determine the LDU per pixel ratio for the largest camera radius and apply that number to scale all the images. Each image size (...) (22 years ago, 16-Jan-03, to lugnet.cad)
|
