LDraw.org Discussion Forums
Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash - Printable Version

+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: LDraw Programs (https://forums.ldraw.org/forum-7.html)
+--- Forum: LDraw Editors and Viewers (https://forums.ldraw.org/forum-11.html)
+--- Thread: Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash (/thread-22252.html)

Pages: 1 2


RE: Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash - Jaco van der Molen - 2017-08-17

(2017-08-17, 2:42)Don Heyse Wrote: So ldglite renders the 48x48 in the model images, but not in the PLI?  I'll have to try it with a simple model (48x48 and a 2x4) and see what happens.  Maybe the different orientation of the PLI images is making ldglite crash on the 48x48 for some reason.

Yes. Exactly.
I have tested too with one baseplate and one brick that renders just fine in both assembly and PLI.
Rendering my large model which has 10 baseplates LDGLite crashes too.
Must be a memory problem?


RE: Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash - Don Heyse - 2017-08-17

It's almost certainly a memory problem.  How much do you have? 

It'd be interesting to monitor it in Task Manager and see how much each process is using.  I have no idea how much LPub3D uses, but I suspect quit a bit since it's built with a modern toolkit.  Ldglite is pretty frugal with the memory, but I've only tried a few really large models in it.  Anyhow, if LPub3D eats all the memory there's not much hope that either ldglite or LDView will be able to render.


RE: Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash - Jaco van der Molen - 2017-08-17

(2017-08-17, 11:20)Don Heyse Wrote: It's almost certainly a memory problem.  How much do you have? 

It'd be interesting to monitor it in Task Manager and see how much each process is using.  I have no idea how much LPub3D uses, but I suspect quit a bit since it's built with a modern toolkit.  Ldglite is pretty frugal with the memory, but I've only tried a few really large models in it.  Anyhow, if LPub3D eats all the memory there's not much hope that either ldglite or LDView will be able to render.

I have "only" 8 Gb. Not much then.
Working with LPub eats a lot of memory and processor time I see.

I have split the model after a certain amount of steps and layers now and making instructions in parts.
Also, I have replaces chunks of brick build bricks with the box primitive. It helps.

Thanks to all who thought with me. I'll continue to experiment and struggle ;-)


RE: Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash - Roland Melkert - 2017-08-17

(2017-08-17, 12:09)Jaco van der Molen Wrote: I have "only" 8 Gb. Not much then.

You should be able to load models using millions of parts Smile

I suspect this is not a memory shortage problem but a memory fragmentation problem. That's more of a 32 bit program problem though so are all the used tools 64 bit (lpub , lglite etc)


RE: Baseplate 48x48 not rendered by LDGLite in LPub3D, LDView crash - Travis Cobbs - 2017-08-18

(2017-08-17, 17:59)Roland Melkert Wrote:
(2017-08-17, 12:09)Jaco van der Molen Wrote: I have "only" 8 Gb. Not much then.

You should be able to load models using millions of parts Smile

I suspect this is not a memory shortage problem but a memory fragmentation problem. That's more of a 32 bit program problem though so are all the used tools 64 bit (lpub , lglite etc)

I think something else is going on, but haven't had time to try to track down what. LDView on my Mac only uses 120MB with the model loaded. That's a factor of 66 less than 8GB. And Jaco already indicated he was using the 64bit version of LDView for Windows.