Throwing a request into the pool for these new Speed Champions series fenders:

35789 Vehicle, Mudguard 4 x 2 1/2 x 2 1/3 with Arch Round, Solid Studs, and Rounded Legs - 
https://www.bricklink.com/v2/catalog/cat...163795#T=C

Currently found in the '68 Mustang, Porsche 919, and in two of the Ferrari Garage models.

Cheers, thank you!
Prototyp

I am looking for a way to show submodels in the PLI only for the steps I want. Is there a way to set this for each individual instance? So far I have only found a way to make it global.

I could generate 2 sets of instructions - one with and one without submodels in PLIs - and then combine only the pages I want, but that appears like a very roundabout way to get the desired result.

In order to more clearly indicate that a (previously built) submodel is attached in a certain step, I want to include it in the PLI.
The orientation of the submodel in the PLI makes is different from the orientation in the step-by-step instructions for building it.
How can I get the submodel to show up in the PLI with the same rotation as the in the building instructions of that submodel?

When I use LPub, I spend a lot of time waiting for pages to render. I'm trying to find out if there is anything I can do to speed up this process.
I am using a new laptop (i7 CPU) with a powerful graphics card (NVIDIA GTX 1050 - 4GB GDDR5) but that doesn't appear to have any impact on the rendering speed compared to my 6-year-old laptop I used before this one.

What can I do to speed up the rendering process? 

I have a feeling files are rendered one at a time in sequence. Is there a way to run several renderings at the same time (would that improve the overall speed)?

Some additional info:
After reading this thread I have turned off 'Single call multiple rendering'
Note I am not looking for a faster rendering speed when creating the final PDF version (that would be an added bonus). I am looking for a reliable way to make my document editing flow faster.

One of my biggest problems when using LPub is rotating models to show where a part is attached. I can normally work ut 90º increments in my head, but when it comes down to a more complex rotation I am at a complete loss.

I have seen I can rotate the model using the LeoCAD pane in LPub, but have not found a way to extract the rotation information and use it as a ROTSTEP command. Is there an easy way to do this? There must be a better way to go about this than to punch in some numbers and hope for the best....

I will soon be putting a series of ski resort sets on LEGO Ideas including a motorized ski lift. please support!

I embarked on a Minifig Head design spree... after starting the figs from the Batman movie, I photographed around 300-400 heads in my collection. I have a pretty good workflow now with a proper template that does the projection and a template of cond-lines in LDPE to finish the file.

Nowadays most heads come in the "3626c" variant, not too long ago the main head was the"3626b" variant, however out in the wild there are also patterns that come in both "b" and "c".

Here I started to sort through the library and noticed that a few codes sport a different pattern in the "b" and "c" variant. Except for one already official (p8d), all of those are still on the PT (p02, p80, p8e, pap and pb3)

There are also designs that are the same already in the "b" and "c" variant. Here is the overview of all the numbers that exist in both variants: (yellow = official; green = on PT, seems ok; red/salmon = official/different pattern; light blue = on PT/different pattern
   

Now what do you think:

• If available in the real world, should we have a "b" and "c" variant in the Library?
  IMHO, I don't think so, as the difference is usually not visible, and it would inflate the library.
  
• Should the numbering be consistent for both variants, i.e. different patterns get a different numbers?
  In my opinion, a "3626bp8e" and a "3626cp8e" should be the same, even if it means there would be gaps in either the "c" or "b" pattern overview.
  

• The sheer number of heads, some of the allocations are not enough, e.g. Star Wars, there are several hundreds patterns, but we do have only space for 2 x 36 (r and s space)
  
• Also to verify if a pattern is already on the tracker gets difficult over time, there was already a proposal to improve the search for MF-torsi done, may be for the heads it could be an idea as well.
  

Hi

Could you please make 18675pb15

Thanks
Knud

Currently I've been using Buf3D+ on my Google Pixel 2 XL but I was curious to know if LDraw team has any plans to release a dedicated mobile client in near future.

Hi All, 

finally decided to migrate to LPub3D, but having some issues with new parts.

They appear on the rendered model, but they won't appear on the Parts list, any help will be appreciated

The part I'm missing is 25269.

my root library is my Stud.io root library, haven't had any issues with part till this one

Attached Files

Thumbnail(s)