Welcome, Guest |
You have to register before you can post on our site.
|
Online Users |
There are currently 248 online users. » 1 Member(s) | 242 Guest(s) Applebot, Bing, Google, Internet Archive, Yandex, Orion Pobursky
|
Latest Threads |
New parts from Lego Instr...
Forum: Parts Authoring
Last Post: Timothy Hall
1 hour ago
» Replies: 82
» Views: 68,113
|
Transparent sticker colou...
Forum: General LDraw.org Discussion
Last Post: Travis Cobbs
3 hours ago
» Replies: 10
» Views: 596
|
The Emperor Zurg
Forum: Part Requests
Last Post: Julian Raymond Ruan
Yesterday, 13:07
» Replies: 0
» Views: 229
|
Parts request
Forum: Part Requests
Last Post: Peter Grass
Yesterday, 8:27
» Replies: 1
» Views: 327
|
Batman Cowls
Forum: Part Requests
Last Post: Peter Grass
Yesterday, 1:13
» Replies: 1
» Views: 351
|
A fresh list of "most com...
Forum: Part Requests
Last Post: tom alphin
Yesterday, 0:11
» Replies: 7
» Views: 840
|
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
2025-09-14, 9:50
» Replies: 4
» Views: 990
|
Lego Town Racer 1996 - 63...
Forum: Official Models
Last Post: Chris Böhnke
2025-09-13, 23:39
» Replies: 14
» Views: 2,343
|
Eyesight on Linux
Forum: Rendering Techniques
Last Post: Orion Pobursky
2025-09-13, 18:56
» Replies: 12
» Views: 8,990
|
Another common varient: 1...
Forum: Part Requests
Last Post: Rene Rechthaler
2025-09-12, 14:51
» Replies: 8
» Views: 5,757
|
|
|
LPub - rotate submodel in PLI |
Posted by: Jetro de Château - 2018-04-25, 7:56 - Forum: LDraw File Processing and Conversion
- Replies (4)
|
 |
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?
|
|
|
LPub - optimise rendering speed |
Posted by: Jetro de Château - 2018-04-25, 7:50 - Forum: LDraw File Processing and Conversion
- No Replies
|
 |
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.
|
|
|
LPub ROTSTEP - easy rotation? |
Posted by: Jetro de Château - 2018-04-25, 7:42 - Forum: LDraw File Processing and Conversion
- Replies (3)
|
 |
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....
|
|
|
Minifig Head - Numbering of b and c variants |
Posted by: Gerald Lasser - 2018-04-23, 19:13 - Forum: Parts Authoring
- Replies (2)
|
 |
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.
Next thing:- 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.
Edit: corrected typos
|
|
|
|