I encounter a slight issue with MPDcenter since the last update (Version 2.5.0.0).
When i create an .LDR file from MPD file at a library level, all the parts created with Lsynth not being in the main file are relocated in a random way.
I have then to relocate then manualy. It didn't occur with previous versions of MPDcenter.
Thank you for acceptance in this forum. I would like to test the animation functionality of the SR3DBuilder ver. 0.9.7.81 program and i want to give me a link with some files with this format.
TIA
Sometimes due to the nature of plastic parts, when a real life model is translated into a computer model there may be some discrepencies in part fit up. This is especially true of Technic models where the complicated angles can lead to shortfalls/excesses of 4-5 ldu. While I'm willing to live with a difference of fractions of an ldu up to 1-2 ldu, when I hit the 4-5 range I become dissatisfied. I'm just curious how other authors deal with gaps or overlap in parts when building models.
I have several City models flying around which I have done over the years (all need some tweaks for OMR compliance etc.), so more to come.
As a start 4432 - Garbage Truck.
OMR compliant: yes
Known errors: No stickers, no minifigs
File 98100.dat is labelled "Brick 2 x 2 Round Sloped" within LDraw, but is more accurately labelled (in my opinion) as "Cone 2 x 2 Truncated" at BrickLink.
The physical part is a cone. And we already have "Cone" as a top-level descriptor in LDraw. Can we please get this part file re-labelled accordingly?
this is my very first MOC and my very first attempt to work with LDraw. I hope someone can use the instructions for themselves.
It fit´s perfectly into the bay between the mandibles and clicks into place without any modification at the Falcon.
I´m proud of it!
We've got hold voted parts sitting on the PT for ages. This thread should bring them into light and hopefully back on track. No particular order though.
Well, I don't know if I'm right here. This is neither my own creation, nor an official (buyable) model. It's from the videogame LEGO Worlds, and was originally created by Carl Greatrix and Mark Stafford for TT Games. (If you belive this belongs in another forum, please move it there)
Inspired by Barry Donovan's rebuild here, I decided to reverse engineer it myself in every detail. Which included all printed parts. Since this is not a buyable model, and these parts aren't found on any other model, I'm not allowed to submit them to the PT, so I added them as "custom parts". These parts may not be free of errors (and personally I don't care that much), but you're free to use them, if you want to. You'll have to extract them yourself from the model, though.
I changed two or three bricks and plates for the sake of stability (e.g. three 1x2 bricks of the same color side by side were changed to one 1x6 brick). And SCARE-D uses a custom color for all transparent parts, since Glow_In_The_Dark_Trans isn't transparent at all.
I'd love to build this thing in real life, but besides the printed parts there are a lot of parts not available in the colors used. I added a file of the original PUG-Z with substitute colors and without the printed parts, so all parts seen in that model are available.
So I was wondering, does anybody know how lego builders using LDraw assign the locations of all holes/anti-studs?
I'm building my own VR lego builder and getting the studs in is easy because there is a subfile for 'stud' which I can just detect and save the position of. However, since holes are not one subpart but rather the space in-between other subparts, I have no idea how to do this without going through brick-by-brick.
I presume that there must be some method of doing this since I highly doubt that the creators of programs like leocad/stud.io/ldd have taken the time to manually enter the locations for all the hundreds of thousands of anti-studs. I know that leocad is open source but unfortunately, due to my inexperience with the way that program is written, I am unable to find how it is handled there.