Welcome, Guest |
You have to register before you can post on our site.
|
Online Users |
There are currently 261 online users. » 3 Member(s) | 253 Guest(s) Applebot, Bing, Google, Internet Archive, Yandex, Jackob, Julian Raymond Ruan
|
Latest Threads |
The Emperor Zurg
Forum: Part Requests
Last Post: Julian Raymond Ruan
5 minutes ago
» Replies: 0
» Views: 3
|
Parts request
Forum: Part Requests
Last Post: Peter Grass
4 hours ago
» Replies: 1
» Views: 177
|
Batman Cowls
Forum: Part Requests
Last Post: Peter Grass
11 hours ago
» Replies: 1
» Views: 205
|
A fresh list of "most com...
Forum: Part Requests
Last Post: tom alphin
Today, 0:11
» Replies: 7
» Views: 681
|
Transparent sticker colou...
Forum: General LDraw.org Discussion
Last Post: N. W. Perry
Yesterday, 19:12
» Replies: 1
» Views: 315
|
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
Yesterday, 9:50
» Replies: 4
» Views: 855
|
Lego Town Racer 1996 - 63...
Forum: Official Models
Last Post: Chris Böhnke
2025-09-13, 23:39
» Replies: 14
» Views: 2,093
|
Eyesight on Linux
Forum: Rendering Techniques
Last Post: Orion Pobursky
2025-09-13, 18:56
» Replies: 12
» Views: 8,757
|
Another common varient: 1...
Forum: Part Requests
Last Post: Rene Rechthaler
2025-09-12, 14:51
» Replies: 8
» Views: 5,604
|
1Lx1Lx2L brick with studs...
Forum: Parts Authoring
Last Post: SNIPE
2025-09-12, 10:14
» Replies: 0
» Views: 784
|
|
|
Train track 'resolution' |
Posted by: Ronald Vallenduuk - 2015-07-07, 22:45 - Forum: Parts Authoring
- Replies (12)
|
 |
After I finished 53400, the PF curved track, I started on the PF points (53404 & 53407). As these are going to be big files I wondered if I could reduce the file size. The most obvious way would be to make the steps or sections in the curved rails bigger so as an experiment I changed 53400 from roughly 10LDU sections to 20LDU sections. That took 42% off the combined file sizes of the sub files. I then viewed both versions in LDView and didn't spot a difference:
https://www.flickr.com/photos/duq/195108...ateposted/
So what do you think? Going forward, use 10LDU or 20LDU 'resolution' for curved track parts?
|
|
|
Part request: bfloat2c01, LEGO Boat Hull 25 x 10 x 4 1/3 (from set 4011) |
Posted by: Marek Kaminski - 2015-07-03, 5:44 - Forum: Part Requests
- Replies (3)
|
 |
Dear All,
the following part is missing: bfloat2c01, LEGO Boat Hull 25 x 10 x 4 1/3 (from set 4011)
at least I am unable to find it
Is there anyone who could create it?
Thank you in advance,
Best regards,
Marek Kaminski
PS. and as my gratefulness, I'd like to share with you, when the part is created, a model of my swimming NXT RC trimaran (I miss this one (middle) hull to create its building instructions)
|
|
|
Rendering speed and subparting |
Posted by: Philippe Hurbain - 2015-07-02, 13:20 - Forum: Parts Authoring
- Replies (6)
|
 |
Never got a clear answer about this... is it useful to make subparts for parts that has symmetries or repetitions, strictly for rendering speed? (I won't discuss here the other benefits of subparting such as file size savings).
|
|
|
How to determine whether a file is a part or a subpart |
Posted by: Nathan Friend - 2015-06-28, 20:49 - Forum: LDraw File Processing and Conversion
- Replies (2)
|
 |
Is there a way to definitively know whether a particular .ldr or .dat file is a full part as opposed to a subpart or primitive? I'm writing an online LDraw visualizer using three.js, and one feature I'd like to add is an animation of the model "blowing up" - all of the pieces coming apart and falling to the floor. In order to do this, I'll need to know which definitions are linked and which aren't (i.e., I don't want the studs coming off the bricks).
My first thought is to assume that all subfile references in the root .ldr file are their own parts. However, I'm not sure if this is a reasonable assumption to make (this would do strange things if one was viewing a part directly, like a 2x4 brick (3001.dat) ).
Being able to identify individual parts will also help with seam width calculations.
|
|
|
LPub and friends are re-maintained on github |
Posted by: Milan Vančura - 2015-06-25, 14:37 - Forum: LDraw Editors and Viewers
- Replies (3)
|
 |
Hello everybody.
You probably know that the situation about LPub and other SW needed for LDraw instructions creation is not optimal. One needs to make several utilities to cooperate to be able to do the full work from the idea through LDraw model to final PDF with instructions: the editor, renderers, LPub... And some of those utilities are no longer maintained. The situation is little bit worse on Linux because of some Linux-specific issues (like the fact Linux filesystems are case-sensitive).
I'm glad I can announce the result of our effort to help in this area: we created a github group to collect all SW needed to create the instructions using LPub (in the end). We imported the history of original projects (CVS or SVN), we continue to merge with upstream if it is alive (like for LeoCAD) and, thanks to github, we open a chance for everybody to cooperate: build, test, improve, send patches back. You do not need any special permission like in CVS/sourceforge times! Let's join us!
https://github.com/ldraw-linux
As you can see it is named ldraw-linux. This may confuse somebody so I clearly say at the beginning: the project started to make those utilities working on Linux, hence the name. But all our patches are Windows-compatible and the only limitation is that we do not have any machine and knowledge to test Windows builds now. Such a help is really appreciated - send me a PM or say here in this thread!
In short: our goal is: join our forces together and make this not only working but even improved!
At the end, I want to thank SUSE company for the hackweek: this allows us to work on any opensource project at work, during that week. And you can see there are really many projects people work on
|
|
|
Pirates and belt buckles |
Posted by: Magnus Forsberg - 2015-06-24, 21:44 - Forum: Parts Authoring
- Replies (2)
|
 |
I've started reworking the parts listed in this thread. They all use the old method of creating blended/dithered colour. Colours that are not present in ldconfig.ldr.
In that list are most of the old pirates. I have asked about them before
973p30.dat Minifig Torso with Pirate Purple Vest and Anchor Tattoo Pattern
973p31.dat Minifig Torso with Pirate Stripes Pattern (Red/Cream)
973p32.dat Minifig Torso with Pirate Stripes Pattern (Blue/Cream)
973p33.dat Minifig Torso with Pirate Stripes Pattern (Red/Black)
973p34.dat Minifig Torso with Open Jacket over Striped Vest Pattern
973p36.dat Minifig Torso with Pirate Captain Pattern
973p3b.dat Minifig Torso with Brown Vest, Ascot and Belt Pattern
973p3e.dat Minifig Torso with Pirate Stripes Pattern (Blue/White) discussed here
Is this all? Or, how many is missing?
How about the one with a black belt buckle?
The belt buckle should be changed to the obvious Metallic Gold (82), but how about the belt?
Many use the dithered code 486, but not all.
Do they all have the same shade of brown colour, but printed on different brick colour, hence looking different?
What is the best brown to use?
I used a rgb colour in 973p34.dat, A5832F created by ColourSum.
I now want to give them all the same colour and use the nearest one, as suggested by ColourSum, Fabuland Brown (450).
The striped pirates should use, as the description says, "cream". They use code 495, which in Electric Contact Copper. Must be changed.
We don't have anything close to "cream". The closest I can find is Light Flesh (78). Would that be OK?
Is code 450 (Fabuland Brown) OK as colour on the leather belts?
Is code 78 (Light Flesh) OK as colour on the 'cream' stripes?
|
|
|
|