(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.)

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.

Hey all, I've shared my "Most Common Parts" analysis in the past, as it is a good way to find common parts that are missing from the LDraw catalog. 

• Here's the top 1000 parts based on the years 2017-2021: 
  https://brickarchitect.com/most-common-lego-parts/
  
  
• Here's parts 1001-2561: 
  https://brickarchitect.com/most-common-l...9-04/more/
  (This page is not being widely shared because it is missing most of the images, and the data hasn't been scrubbed thoroughly.)
  

• #666 - 27393 - Wave / Power Blast Rounded Energy with Bar Handle
  
• #797 - 36017 - Weapon Sword Hilt with Dragon Head.
  
• #867 - 36451a - Infinity Stone.
  
• #1001 - 15445 - Weapon Gun Automatic Pistol with Top Clip
  
• #1004 - 35032a through 35032d - Various Wave / Power Bursts
  
• #1073 - 24183 - Life Jacket (Friends)
  
• #1082 - 66727 - Wheel 18 x 12 with Pin Hole and Stud
  
  

Cześć, mam problem z importem części zestawu 51515, kto miał podobny problem?

Attached Files

Thumbnail(s)
   

This part is Arm and Hand Long with Technic Pin that was introduced in the LEGO Super Mario line. It is very similar to 28660, but a little longer in the curved part of the arm.

Thanks to anyone who can help!

(Probably for Roland but if someone else has worked this out, please chip in).

Context:
I'm trying to write a (Lua) animation script which will rotate the 3rd person view camera around the Y axis starting at the current view, rather than the start point used in the sample script. From the sample scripts, I can see the purpose of the first two arguments (helped by the description in LD4Studio documentation) but I'm struggling to understand the purpose next 3 angle (?) related arguments. The sample script in the function OnCameraFrame ...

Hey guys I am trying to build a robot of the lego set 4099, but stud.io is missing 30389c. I saw that 30389b and 30389a do exist on ldraw, but I really want to be as accurate as possible with this build. Could anyone make 30389c for me and add it to the ldraw parts tracker? I would use this part in stud.io.

What coordinate system do lDraw parts ACTUALLY use? The documentation *says* "Right handed with -y up", but shows a picture of a left-handed -y up coordinate axis.

Further - how would I go about translating the matrix to a left-handed +y-up format? I am trying to read ldr files inside of UE4, and the typical method of flopping the y/z coords and negating x/y/z is not working.

Hi,

upgrading the AIOI to 64 Bit required a stripped-down 32 Bit installer for the remnant 32 Bit progs such as MLCad, MPDCenter or LSynth. Here it is:

http://www.holly-wood.it/tmp/LDraw_AIOI_...bit_v1.exe

* The installer comes without the parts library but reads your Windows environment variable (set with the 64 Bit AIOI) and checks for the library.
* If no library can be found it asks for the path and preforms another check.
* If still no library can be found it will exit the installer.
* Sets all paths as usual
* No catalogue or showcase at the end

I would grateful if you could test it. I'm most interested in the initial check for the LDraw Parts Library. Just rename "3004.dat" to something else. Please note that some dialogues haven't been translated yet.

w.

I'm trying to build a library of game-ready parts for use in video games, and would like a library of low-poly bricks to fall back on for bricks I have not yet converted by hand. I've dug around and tried a few methods so far, but all have failed to work.

LdrDat2Obj: Processes 1,466 dats out of the 14,038 in ldraw's parts directory, and then exits silently with no error or log. the last brick it appears to process is 22385p050.dat It processes the parts in an order I can't decipher, so skipping this last brick and moving on isn't possible.

LdrDat2Obj2: no apparent batch process

Toby Nelson/TobyLobster's blender importer: seems to work well, but only allows one .dat to import at a time - that's not workable with 14,000 parts.

Matthew Morrison's blender importer: Crashes every time I try to import a .dat file. I posted more details about the crash in his thread: https://forums.ldraw.org/thread-24153.html

LDView: no apparent batch process

Stud.IO: no way I can see to create a file that contains each brick once.

If I could get the ldraw parts into any conventional 3D model format I would be able to batch convert the results into something game engines can use, including obj, fbx, stl, dae, and -probably- usd.