Hi,

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

Cheers,
Steffen

Attached Files

  4432 - GarbageTruck.mpd (Size: 14.39 KB / Downloads: 12)

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?  

Thanks, 
Franklin

Hello,

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!




And a real image during prototyping:


Don´t have too much fun

Volker

Attached Files

  75192 extension modul escape pod.mpd (Size: 32.03 KB / Downloads: 29)

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.

Hi all!

I am in need for these parts. Are these made? It is hard to identify them in de current library.

Torso´s
https://brickset.com/parts/6250484
https://brickset.com/parts/6155272
https://brickset.com/parts/6022406 Found! Made by Evert-Jan
https://brickset.com/parts/4549988
https://brickset.com/parts/4540738

Legs
https://brickset.com/parts/6143604 Found (made by Magnus ;-)
https://brickset.com/parts/6192091 Found (made by Magnus ;-)
https://brickset.com/parts/6192140 Found (made by Magnus ;-)
https://brickset.com/parts/6193841

Heads
https://brickset.com/parts/6112620
https://brickset.com/parts/4652361
https://brickset.com/parts/6132559
https://brickset.com/parts/6105708
https://brickset.com/parts/6029773 Found made by Ulrich
https://brickset.com/parts/6116616

Thanks a lot.

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, here you go. I hope you like it.
Have fun.

Attached Files

  PUG-Z.mpd (Size: 415.71 KB / Downloads: 72)
  SCARE-D.mpd (Size: 621.12 KB / Downloads: 27)
  SPACE-C.mpd (Size: 482.54 KB / Downloads: 34)
  PUG-Z - Substitute Colors.mpd (Size: 27.54 KB / Downloads: 38)

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.

Does anyone happen to know how/if it can be done?

Hi

I am making a layout where i need to create instructions that include cut versions of the left and right switch track and two halfs of the turn.
I tried to see if I could make this myself, but sadly I dont have the skills for it. 
Can I perhaps get you guys to make those parts for me?

You can see them in the included picture.



Thanks

Hi all,

Are these kind of legs made in LDraw yet?

https://brickset.com/parts/6143604

So first of all, as a little announcement, I've started work on a virtual reality lego builder, which I'm really excited for, and a lot of the work's already done, but I've only recently started on the work for actually allowing the LDraw .dat files to be used to load in bricks instead of inefficiently storing the bricks as models. I'm using the game engine unity since I have a reasonable amount of experience with it and integrating VR is easy-peasy, but now I'm having problems getting the normals to display correctly.

I'm aware of BFC and winding, and I've taken an example of little bits and bobs from the old LDrawToObj convertor from Rold Redford (https://github.com/rredford/LdrawToObj) and that got me most of the way there, but now I'm stuck with some issues with faces not having correct normals. I have to admit I think that it's a bit difficult to explain why this is happening since I don't really know what I'm missing, but I hope that when I share some images and examples other people might be able to help me out. I can post the C# code I'm using if anyone thinks it'll help, but it's fairly messy and lacking comments so I don't think it'll be too useful.

On top of that, apologies if this forum already holds the answer to my question, but I wasn't able to find it.





So here we have the standard 2x2 brick. This brick is generated perfectly except that the 4 quads at the bottom of the brick are facing the wrong way. The winding should be correct, and the inversion system should be correct, else how could the rest of the brick generate perfectly? The only real repeating logic I can see with this problem is that (as far as I'm aware) normals never face the right way when primitives are created in the base brick file, only in subparts. But how is that possible? Are there some rules that I'm missing here?

But primitives in the root file aren't the only ones to not work consistently; for instance here in the 2x3 brick:



The same four quads at the bototm are inverted, but also one of the faces of the outer box-5. This image has my debug-lines enabled so you can see the shape it's supposed to have more clearly. (Note that the normals on the inside of the brick are correct, since you are supposed to see through them from this angle.)

Lastly, the standard 2x4 brick shows some strange behaviour. This might be an unrelated issue and this is the only brick I've tested where this problem occurs (it's also easily fixable by changing one of the transformations in the 2x4 brick file, but that cant be right.) but I'm posting it here anyways just in case some very clever person can tell me that that's related to the same issue.



Thanks so much for anyone willing to help me out here! I've been stuck on this for ages...