Currently, Datsville is split into city blocks. Each block is then split into top and bottom layers. The bottom layer has grass, driveways and other stuff you walk on. The top layer has buildings, trees and other stuff that is above the ground.

I did this because when converting Datsville into 2D video game sprites, you need this separation of layers or else your player character will walk over walls and underneath driveways, for instance.

The problem is that editing the blocks becomes a chore, since you can't edit all the layers at the same time. They are stored in separate files.

Is there an alternate way of using the concept of "layers" that I'm missing? Something in the LDraw specs I'm not aware of?

Thanks!

Trevor,

Could you explain how the INSERT MODEL command works?  I'm not getting the results I expect when using it twice within a set of instructions that use part fading.  My model has two different attachments, and I'd to include a non-faded image of the entire model with the first attachment and with the second attachment.
 
It works the way I expect with the first attachment, but when I do the INSERT MODEL with the second attachment (after a BUFFER RETRIEVE), I get the model with the first attachment, not the second.  I've attached the page images to demonstrate the problem.

Here is the model with the first attachment, displaying correctly:

       

And here is the model with the second attachment, not displaying correctly:

       

The source .mpd file is attached.  It's the same .mpd as in my previous thread.

Thank you.

Kevin

Attached Files

  HobermanStand_2.mpd (Size: 165.27 KB / Downloads: 0)

I'm in the final stages of completing instructions for a model, and I've noticed an inconsistency between part counts in submodels and part counts in call-outs where multiple instances are involved.

For submodels, the PLI part counts reflect only one instance of the submodel, even if multiple instances are used in the same step.  The instance count is correct, and it appears that the BOM has the correct total number of parts.

In contrast, the PLI part counts for call-outs include all instances of the call-out in that step.  Again, BOM part counts appear to be correct.
 
I have attached my .mpd file if you would like to see an example.  Page 10 shows the behavior of a 2-instance submodel with PLI part counts for a single instance.  Page 34 shows the behavior of two 2-instance call-outs where the PLI part counts are for all instances.

       

Is this the normal function of LPub3D, or do I have an error in my .mpd file?

Please note that this is not new behavior with version 2.0.12.  I see it in the PDFs I generated using previous releases of LPub3D.

Thank you.

Kevin

Attached Files

  HobermanStand_2.mpd (Size: 165.27 KB / Downloads: 3)

Quick reply breaks threading in the hybrid view.  How should it behave?  Thoughts?

The "View This Week's Posts" link only goes back as far as 24 hours. We are missing the other 6 days.

i have been working for years, even back then when i was still rendering under the grapeape name on brickshelf

heres my latest work on one of the hardest colors to get right in my opinion.

// 40
#declare lg_clear_brown = texture {
 // pigment { rgbft <25/255, 24/255, 20/255, .9, .1>
 // /\ darker  10%
// pigment { rgbft <51/255, 49/255, 42/255, .9, .3>
 // /\ darker  20%  
 
  //      pigment { rgbft <53/255, 50/255, 38/255, .9, .3>
 // /\ photo color match  
   pigment { rgbft <99/255, 95/255, 82/255, .9, .85>   
 // /\ original color 39% bright 9/2016
  #if (lg_quality > 1)
   filter 0.8
  #end
 }
 finish { lg_transparent_finish }
}

heres one of my latest renders with the smoke color.
http://www.brickshelf.com/gallery/GrapeA...m3222a.png

Hi :)

sadly, I was not able to launch my recent build of LDPE (0.8.25) on my Windows XP virtual machine.
It would be nice if someone tries to start the new version on an old machine (which has a dedicated graphics card).

You can find the archive here (32-bit only):

https://github.com/nilsschmidt1337/ldpar...32_x86.zip

Leg godt

Nils

I think there is something wrong with the forum group rights,.

I just noticed I can view (and probably post, but didn't try) the steering co group while I'm not a member of that group.

I'm trying to create a table with footnotes.

http://wiki.ldraw.org/index.php?title=So...comparison

The footnotes don't work at all!

Can someone fix this?


Mike

Does the forum need the 30-second delay between successive searches for registered users? Sometimes I'll search for something, and after getting too many results, I'll immediately try to be more specific in my search, but it forces me to wait 30 seconds in that case. It's not the end of the world, but it's inconvenient.