Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 5,799
» Latest member: Clayton
» Forum threads: 6,463
» Forum posts: 53,561

Full Statistics

Online Users
There are currently 245 online users.
» 2 Member(s) | 237 Guest(s)
Applebot, Baidu, Bing, Facebook, Google, Yandex, stas1999, Thom Kok

Latest Threads
Pokemon
Forum: Official Models
Last Post: Florent Faramond
Yesterday, 19:50
» Replies: 18
» Views: 2,759
Wheels needed for Set 772...
Forum: Part Requests
Last Post: Philippe Hurbain
Yesterday, 17:17
» Replies: 9
» Views: 990
Ideas 2026
Forum: Official Models
Last Post: Philippe Hurbain
Yesterday, 10:01
» Replies: 1
» Views: 240
Teenage Mutant Ninja Turt...
Forum: Official Models
Last Post: Chris Böhnke
Yesterday, 3:06
» Replies: 2
» Views: 972
Some Parts id like for MO...
Forum: Part Requests
Last Post: Chris Böhnke
Yesterday, 0:26
» Replies: 3
» Views: 533
5687pb01 Dragonborn Palad...
Forum: Part Requests
Last Post: Hylian Waffle
2026-04-14, 1:27
» Replies: 4
» Views: 502
Request for new primitive...
Forum: Parts Authoring
Last Post: Mark Kennedy
2026-04-13, 20:10
» Replies: 24
» Views: 2,713
Black Widow “SDCC”
Forum: Part Requests
Last Post: Massimo Maso
2026-04-13, 17:30
» Replies: 1
» Views: 255
Chere can I find LDD part...
Forum: Part Requests
Last Post: Rene Rechthaler
2026-04-13, 15:40
» Replies: 1
» Views: 196
Parts from 7418
Forum: Parts Authoring
Last Post: Jeff Jones
2026-04-13, 10:58
» Replies: 6
» Views: 7,257

 
Thumbs Up Part Request: 553pb033 Round 2x2 Dome Brick with Mojo Jojo Braincap Pattern
Posted by: Matthew Coleman - 2021-09-13, 12:36 - Forum: Part Requests - Replies (8)

I don’t know if this part is on LDraw, but I’d like to request it if it’s not uploaded yet. It’s Mojo Jojo’s braincap from The Powerpuff Girls.

[Image: 553pb033.png]

https://www.bricklink.com/v2/catalog/cat...P=553pb033


Thank you for reading.

Print this item

  Part Request: 37046 Cape Cloth, Straight Bottom with Single Top Hole
Posted by: Matthew Coleman - 2021-09-13, 12:27 - Forum: Part Requests - No Replies

Hey, I would like to request this cloth cape part.

[Image: 37046.png]

https://www.bricklink.com/v2/catalog/cat...ge?P=37046


A formed version would also be useful. Thanks!

Print this item

  LDraw terminology for part anatomy
Posted by: tom alphin - 2021-09-12, 22:26 - Forum: General LDraw.org Discussion - Replies (6)

Hi,
Some of you may know me from my book The LEGO Architect or my brickarchtiect.com website.  I'm always looking for ways to simplify the more confusing aspects of our hobby, including my work on the LEGO Brick Labels project.

In order to create the labels, I've needed to craft extremely short descriptions for each part which complement the part image.  (Because the name is always accompanied by the image, I can take some liberties to make the names shorter.)

One of the biggest challenges I've encountered is a semantic one. Different websites (including LEGO.com) use different names for each part, and even for the 'anatomical' elements within a part.  I am in the process of learnign all the names used within the hobby for these connections and anatomy - in the hopes that I can distill the most commonly used terms.

[Image: 2020-10-03%20-%20LEGO%20Storage%20Guide%...irtual.jpg]
Slide showing most of the common connection types in contemporary LEGO parts.

There are several aspects of LEGO part anatomy that I'm curious to hear how they are named within the internals of the LDraw project.

For example:

  • On the underside of a 1x2 brick, there is a rod between the studs to create a gap the right size for a stud to attach.  Is this called a "bar" since it is 2 units wide (in the measurement system used above), or do you have a different term?
  • Hollow Stud - Is there a better term for these hollow studs which accept a bar element?
  • Bar/Clip/Handle - A "handle" has the same diameter as a bar element.  Is there another term for these used within LDraw project?
  • Mini Bar - I  have also seen "prong" as a term for this, such as in the context of relatively new part 68211
  • Click Hinge - I have also heard "indexed hinge" and other terms - is there a common name here?
  • Ball - This is also sometimes described as a constraction hinge - has that term been outmoded by now?
  • Mini Pin - Is that the closest thing we have to a universal name for this non-Technic pin connection?


If there is already a LDraw Part Naming Styleguide, please let me know.  If not, maybe this project can help create one?

Sincerely,
---tom

Print this item

Thumbs Up Part Request: 973pb3328 Mojo Jojo Torso
Posted by: Matthew Coleman - 2021-09-12, 18:20 - Forum: Part Requests - Replies (2)

Hey there, I just realized that Mojo Jojo's minifigure torso is also missing from LDraw.

[Image: 973pb3328.png]

https://www.bricklink.com/v2/catalog/cat...=973pb3328


Thanks!

Print this item

  Rubber band templates question
Posted by: N. W. Perry - 2021-09-10, 15:40 - Forum: LDraw Editors and Viewers - Replies (4)

For band/belt templates in LDCad, the radius of a point is measured to the center of the path. I thought it would be handy to offset the path skin so that its inner edge follow the radius (i.e., the radius of the point is the same as the part it goes around).

I thought adjusting the alignment parameter was the way to do this, but it didn't work. It just breaks the path into segments with wide gaps (and they aren't noticeably offset from center).

Is there a simple way to adjust the template to do this? Or would I have to create a donor part with the origin shifted (and would that even work)?

Print this item

  Command Lines List Argument LDView
Posted by: Leo Juffinger - 2021-09-07, 14:09 - Forum: LDraw Editors and Viewers - Replies (2)

Hello,

I am trying to implement the -CommandLinesList feature from LDView 4.4 into my application.
To do so, I created a text file that looks like this:


.txt   temp.txt (Size: 781 bytes / Downloads: 8)

I then have the following situation: When I run ~/LdView64.exe -CommandLinesList=my_file.txt in the command line, the five .ldr files that are specified get exported to .pov format.
However, the INITIAL values (lat 50, long -111, zoom 0.56 in this case) are used throughout ALL five .ldr files. So for all five models, I have the same viewing angle which is not what I want.

Does anyone have an idea for why this occurs?
Thanks in advance

here are the .ldr files

.ldr   4035_70_0.ldr (Size: 52 bytes / Downloads: 3)
.ldr   4035_110_3.ldr (Size: 53 bytes / Downloads: 1)
.ldr   4035_128_1.ldr (Size: 53 bytes / Downloads: 0)
.ldr   4035_14_4.ldr (Size: 52 bytes / Downloads: 0)
.ldr   4035_17_2.ldr (Size: 52 bytes / Downloads: 0)

Print this item

  Part Request: 93696pb03 SW Togruta Montrals Long
Posted by: Karlee B. - 2021-09-07, 0:03 - Forum: Part Requests - Replies (2)

Hello, I am hoping someone here could build this part (93696pb03) in a CAD software. I would like to be able to make Togruta characters, such as Ahsoka Tano, in LEGO designer programs but I don't believe anyone has made this part in a CAD program before. I would be extremely grateful to anyone who makes this part.



Attached Files Thumbnail(s)
       

.png   Ahsoka Tano (Siege of Mandalore).png (Size: 141.28 KB / Downloads: 50)
Print this item

  Part Request: 41850 / Body, Racers Driver
Posted by: Alex Hoyer - 2021-09-06, 13:45 - Forum: Part Requests - No Replies

Hello,


i want to request this Part:
41850 / Body, Racers Driver


Bricklink:
https://www.bricklink.com/v2/catalog/cat...ge?P=41850




Many thanks for help !

Print this item

  Another possible use for !FLOAT meta
Posted by: N. W. Perry - 2021-09-06, 2:22 - Forum: LDraw Editors and Viewers - Replies (2)

(For those not familiar, !FLOAT is my proposed, imaginary meta command that temporarily overrides the displayed position and other parameters of a part in an LDraw editor or BI maker. It is intended to replace older concepts like buffer exchange, which is confusing and requires extra copies of parts to be added to a model.)


When building a model with lots of moving sections, like a Technic model, you probably build those sections as submodels or groups at orthogonal (90-degree) angles. Then when it's time to pose the model, you apply rotations to those groups or submodels.

But what if you want to change the pose? Or just revert a section back to its unrotated state for some reason? At least with LDCad, you can't always just rotate the parts the same number of degrees in the opposite direction, because you'll get rounding errors in the matrix.

If it's a submodel, of course you can always just reset the orientation. But then what if the unrotated state is non-orthogonal, like a piston rod or an angled link in the steering column?

With !FLOAT, the idea is that you supply a temporary position/orientation in the meta command, which is what will be displayed until the command is canceled. The type 1 line for the part or submodel would always contain the final or "fixed" position, which is typically what will be displayed in the last step of the model (so you can "float" a part in the building instructions, e.g.).

But if you supply a float position and just never cancel it, then it could actually be used as the position displayed in the finished model. The matrix in the type 1 line would then represent the default or unrotated position of the part, which could be an identity matrix, another orthogonal position, or a rotation of its own. You could then pose the model simply by adjusting the float position, without changing the default position and thus compounding rounding errors (or simply forgetting what that position is).

The major drawback to this usage is that the fallback display (for any software that doesn't recognize !FLOAT) would be with everything in its unrotated state, rather than nicely posed. But I suppose a good editor could get around this by having an option to save a copy of the model with the float positions inlined. And in a way, the pose of a model is more a property of its display than of its construction. The actual parts of a model are immutable and so it makes sense for them to be hard-coded, but things like which way the steering wheel is turned are changeable, and so there's some logic to having that information stored at a meta level, in a way that's perhaps more interactive and portable.

Print this item

  Electric Power Functions IR Remote Control (58122)
Posted by: Roland Melkert - 2021-09-05, 19:28 - Forum: Parts Tracker Discussion - No Replies

I was investigating a bug report for LDCad regarding 58122 not wanting to inline.

It turns out that is because it contains skewed and mirrored parts, which imho is not needed and should be prevented in shotcut/alias parts.

The issues are:

Rough 0.033 in other wise '1 1 1' rotation matrices  (e.g  0 0 -1   0.033 1 0   1 0 0)
The blue slid direction switch is mirrored (and also has the 0.033 rounding error), using "0 0 -1 0 1 0 1 0 0" works for both red and blue sliders no need to mirror.

Print this item