https://forums.ldraw.org/ Sun, 31 May 2026 23:42:33 +0000 MyBB https://forums.ldraw.org/thread-29526.html Fri, 29 May 2026 01:23:19 +0000 Chris Böhnke]]> https://forums.ldraw.org/thread-29526.html

  LDraw_Lego_Palette_2026.png (Size: 120.14 KB / Downloads: 4)

Based mostly on https://www.flickr.com/photos/126975831@...0295848811 with a few corrections/additions based on personal research.

I hope this helps:

• Parts authors pick the correct colours for prints/stickers/dual-moulded parts
  
• Model builders avoiding discontinued (hard to find) colours more easily
  

Some notes:

• This is mostly speculative, not official. However most of it should be correct
  
• "Pearlescent Metallic" refers to un-painted plastic with additives giving them a pearly-metallic look (do not use for prints!)
  
• "Metallic Ink/Lacq" refers to a shiny paint coating on parts (but still more matte than chrome/vacuum-metallizing) or the ink used on prints/stickers. Both are considered the same by both Lego and LDraw
  
• Some chrome elements (like the LotR One Ring) might still be active, but are usually no longer listed as active. Chrome is easily identified anyways, so I excluded those for now
  
• "Glitter" is very transparent with big glittery flakes molded into the plastic; "Opalescent" is similar to Glitter, but the flakes are much smaller and have a much higher density, causing the base part to be more of a milky translucent rather than fully transparent. Rendering of these two effects varies heavily depending on program
  
• I'm not that sure on status for the glitter/opal colours, but they seem to have been active within the last 3 years and felt it better to be inclusive here
  
• Medium Blue (73) currently seems a bit "endangered" - only used in the Bluey theme in recent years
  

If you notice any errors/omissions let me know.]]>

  LDraw_Lego_Palette_2026.png (Size: 120.14 KB / Downloads: 4)

Based mostly on https://www.flickr.com/photos/126975831@...0295848811 with a few corrections/additions based on personal research.

I hope this helps:

• Parts authors pick the correct colours for prints/stickers/dual-moulded parts
  
• Model builders avoiding discontinued (hard to find) colours more easily
  

Some notes:

• This is mostly speculative, not official. However most of it should be correct
  
• "Pearlescent Metallic" refers to un-painted plastic with additives giving them a pearly-metallic look (do not use for prints!)
  
• "Metallic Ink/Lacq" refers to a shiny paint coating on parts (but still more matte than chrome/vacuum-metallizing) or the ink used on prints/stickers. Both are considered the same by both Lego and LDraw
  
• Some chrome elements (like the LotR One Ring) might still be active, but are usually no longer listed as active. Chrome is easily identified anyways, so I excluded those for now
  
• "Glitter" is very transparent with big glittery flakes molded into the plastic; "Opalescent" is similar to Glitter, but the flakes are much smaller and have a much higher density, causing the base part to be more of a milky translucent rather than fully transparent. Rendering of these two effects varies heavily depending on program
  
• I'm not that sure on status for the glitter/opal colours, but they seem to have been active within the last 3 years and felt it better to be inclusive here
  
• Medium Blue (73) currently seems a bit "endangered" - only used in the Bluey theme in recent years
  

If you notice any errors/omissions let me know.]]> https://forums.ldraw.org/thread-29521.html Sun, 24 May 2026 15:33:34 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29521.html
cant find on ldparteditor



  47430.dat (Size: 23.67 KB / Downloads: 3)

  Screenshot 2026-05-24 182731.png (Size: 38.28 KB / Downloads: 1)

  Screenshot 2026-05-24 182817.png (Size: 8.37 KB / Downloads: 1) ]]>
cant find on ldparteditor



  47430.dat (Size: 23.67 KB / Downloads: 3)

  Screenshot 2026-05-24 182731.png (Size: 38.28 KB / Downloads: 1)

  Screenshot 2026-05-24 182817.png (Size: 8.37 KB / Downloads: 1) ]]> https://forums.ldraw.org/thread-29506.html Sun, 10 May 2026 17:53:36 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29506.html


it is 54 ldu in length

26 ldu wide 

and 32 ldu in height]]>


it is 54 ldu in length

26 ldu wide 

and 32 ldu in height]]> https://forums.ldraw.org/thread-29505.html Sat, 09 May 2026 17:17:18 +0000 Chris Böhnke]]> https://forums.ldraw.org/thread-29505.html
I am beginning to get afraid people are getting way too zealous when it comes to applying the Stickerback Standard to existing files.

The Standard explicitly mentions older stickers being different:
"The backing boxes for older, sharp cornered stickers should be modeled with an appropriately scaled box5-12."

Please do at least check the individual sticker's year of release before making any changes to existing parts.

It's hard to say when the change actually happened, but it was somewhere in the mid to late 2000s. If the sticker was released prior to 2004, the official one might not need a fix at all.

Things were handled way different prior to 2004, so applying modern rules there will make the sticker look wrong.

As a side note older stickers were noticably covering more area then the modern ones, so even if a sticker from 1997 happens to have rounded corners, the offset is highly likely smaller than 2 LDU.]]>
I am beginning to get afraid people are getting way too zealous when it comes to applying the Stickerback Standard to existing files.

The Standard explicitly mentions older stickers being different:
"The backing boxes for older, sharp cornered stickers should be modeled with an appropriately scaled box5-12."

Please do at least check the individual sticker's year of release before making any changes to existing parts.

It's hard to say when the change actually happened, but it was somewhere in the mid to late 2000s. If the sticker was released prior to 2004, the official one might not need a fix at all.

Things were handled way different prior to 2004, so applying modern rules there will make the sticker look wrong.

As a side note older stickers were noticably covering more area then the modern ones, so even if a sticker from 1997 happens to have rounded corners, the offset is highly likely smaller than 2 LDU.]]> https://forums.ldraw.org/thread-29467.html Wed, 01 Apr 2026 05:59:38 +0000 Alfred Schmitz]]> https://forums.ldraw.org/thread-29467.html
I’ve found an error in the description in the official part file ‘63869d01.dat’.
This is not a ‘Technic Beam 15’!

In the unofficial part “6221805k.dat”, the files “logomicht02.dat” and “logomichb05.dat” are missing.
Likewise,
the file “s\6177973rs00.dat” is missing from the unofficial part “6177973r.dat”.
(Both authors: Massimo Maso [Sirio]).

Best Regards,
Alfred]]>
I’ve found an error in the description in the official part file ‘63869d01.dat’.
This is not a ‘Technic Beam 15’!

In the unofficial part “6221805k.dat”, the files “logomicht02.dat” and “logomichb05.dat” are missing.
Likewise,
the file “s\6177973rs00.dat” is missing from the unofficial part “6177973r.dat”.
(Both authors: Massimo Maso [Sirio]).

Best Regards,
Alfred]]> https://forums.ldraw.org/thread-29463.html Fri, 27 Mar 2026 19:49:32 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29463.html
maybe two face head print idk suggest a part to me]]>
maybe two face head print idk suggest a part to me]]> https://forums.ldraw.org/thread-29462.html Fri, 27 Mar 2026 06:45:14 +0000 Alfred Schmitz]]> https://forums.ldraw.org/thread-29462.html
Various Speed Champions sets include a Formula 1 helmet (7071.dat).
Unfortunately, I can only assign a color to the helmet itself, but not to the visor.
I haven't been able to find a solution on the forum.
Is there one?

Best regards
Alfred]]>
Various Speed Champions sets include a Formula 1 helmet (7071.dat).
Unfortunately, I can only assign a color to the helmet itself, but not to the visor.
I haven't been able to find a solution on the forum.
Is there one?

Best regards
Alfred]]> https://forums.ldraw.org/thread-29461.html Thu, 26 Mar 2026 01:12:20 +0000 Massimo Maso]]> https://forums.ldraw.org/thread-29461.html based on some similar parts it seems to me that the orientation and description of 70681 should be changed to:
Arch  1 x  3 x  1 Inverted  with  1 x  1 Cutout
from Slope Brick Curved  1 x  3 with  1 x  2 Inverted Cutout.

The similiar parts are:
6806 Arch  2 x  6 x  0.833 Inverted
78666 Arch  1 x  2 x  1 Inverted
18653 Arch  1 x  3 x  2 Inverted

Massimo]]> based on some similar parts it seems to me that the orientation and description of 70681 should be changed to:
Arch  1 x  3 x  1 Inverted  with  1 x  1 Cutout
from Slope Brick Curved  1 x  3 with  1 x  2 Inverted Cutout.

The similiar parts are:
6806 Arch  2 x  6 x  0.833 Inverted
78666 Arch  1 x  2 x  1 Inverted
18653 Arch  1 x  3 x  2 Inverted

Massimo]]> https://forums.ldraw.org/thread-29455.html Sun, 22 Mar 2026 21:16:07 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29455.html
there are i think 3 outlines

we could benefit from a subpart

  Untitled.jpg (Size: 101.12 KB / Downloads: 1) ]]>
there are i think 3 outlines

we could benefit from a subpart

  Untitled.jpg (Size: 101.12 KB / Downloads: 1) ]]> https://forums.ldraw.org/thread-29451.html Fri, 20 Mar 2026 15:21:43 +0000 Peter Agardi]]> https://forums.ldraw.org/thread-29451.html
I'm very new and definitely not versed in this community, please disregard my ignorance and naivity as a noob.

A story: I build the 6398 Police HQ in Studio for nostalgia; upon rendering it the blue webbed dish looked a tiny bit angular, lacking angular resolution. I dig deep, how parts are made, how this LDraw works, tried LD Part Editor, used spreadsheets and ultimately "updated" the 4285s01.dat sub-part. I tried my best to keep CCW orientation. There are minor coplanarity issues with it (can't spot it on renders) and I can't comprehend command line 5, so I did not touch those.

If someone has the time to take look at it, have the knowledge and will to correct it (if needed) would be nice, especially if this could become an official part later on.
Part attached to this post.

  4285s01.dat (Size: 13.63 KB / Downloads: 5) ]]>
I'm very new and definitely not versed in this community, please disregard my ignorance and naivity as a noob.

A story: I build the 6398 Police HQ in Studio for nostalgia; upon rendering it the blue webbed dish looked a tiny bit angular, lacking angular resolution. I dig deep, how parts are made, how this LDraw works, tried LD Part Editor, used spreadsheets and ultimately "updated" the 4285s01.dat sub-part. I tried my best to keep CCW orientation. There are minor coplanarity issues with it (can't spot it on renders) and I can't comprehend command line 5, so I did not touch those.

If someone has the time to take look at it, have the knowledge and will to correct it (if needed) would be nice, especially if this could become an official part later on.
Part attached to this post.

  4285s01.dat (Size: 13.63 KB / Downloads: 5) ]]> https://forums.ldraw.org/thread-29448.html Wed, 18 Mar 2026 14:26:27 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29448.html
  New Project.png (Size: 214.66 KB / Downloads: 0) ]]>
  New Project.png (Size: 214.66 KB / Downloads: 0) ]]> https://forums.ldraw.org/thread-29447.html Wed, 18 Mar 2026 05:39:42 +0000 Travis Cobbs]]> https://forums.ldraw.org/thread-29447.html

1. To fill in the gap between a standard-resolution curved primitive and a 48-resolution curved primitive
   
2. To fill in the gap between 16-sided geometric curve and a 48-resolution curved primitive
   

I know that it is being used in situations that match option 1 above. I don't know if it is being used for option 2 or not. One (relatively minor) problem is that option 1 is incompatible with how LDView does primitive substitution when the curve quality is set to certain settings. I should be able to fix this. But there is no way for me to generate the primitive in a way that is compatible with both option 1 and option 2.

For option 1, the resolution of the inner part needs to track my primitive substitution curve quality, and the outer part needs to track the 48-resolution version of the same thing. When the quality is set to the default value, this would be 16 and 48. For the next notch on LDView's quality slider, the 16 becomes 24. Right now, the 48-resolution version remains 48 at that setting. (That would probably change. The next notch uses 32, and since 32 doesn't evenly divide into 48, that would have to change. Same for the next notch, which is 40. An easy solution is to use 64 and 80 for the 48-resolution version of those two notches.)

But if this primitive is used next to hard-coded 16-sided geometry, then the inner resolution would need to remain 16, no matter what the curve quality is set to. The current description for the aring primitive does specify that it interfaces between high-resolution primitives and normal-resolution primitives. So does this mean that interfacing with 16-segment geometry is not allowed? If so, I can make it work (although it will cause my primitive substitution to render more geometry for 48 curves when the curve quality is set to use 32 or 40 segment curves).

If it is used next to 16-segment geometry, then I feel that that needs to be forbidden, and a new primitive needs to be introduced to fill that (different) role.

Side note: for POV export, the first version of this primitive is no geometry at all. The second version is a chord.]]>

1. To fill in the gap between a standard-resolution curved primitive and a 48-resolution curved primitive
   
2. To fill in the gap between 16-sided geometric curve and a 48-resolution curved primitive
   

I know that it is being used in situations that match option 1 above. I don't know if it is being used for option 2 or not. One (relatively minor) problem is that option 1 is incompatible with how LDView does primitive substitution when the curve quality is set to certain settings. I should be able to fix this. But there is no way for me to generate the primitive in a way that is compatible with both option 1 and option 2.

For option 1, the resolution of the inner part needs to track my primitive substitution curve quality, and the outer part needs to track the 48-resolution version of the same thing. When the quality is set to the default value, this would be 16 and 48. For the next notch on LDView's quality slider, the 16 becomes 24. Right now, the 48-resolution version remains 48 at that setting. (That would probably change. The next notch uses 32, and since 32 doesn't evenly divide into 48, that would have to change. Same for the next notch, which is 40. An easy solution is to use 64 and 80 for the 48-resolution version of those two notches.)

But if this primitive is used next to hard-coded 16-sided geometry, then the inner resolution would need to remain 16, no matter what the curve quality is set to. The current description for the aring primitive does specify that it interfaces between high-resolution primitives and normal-resolution primitives. So does this mean that interfacing with 16-segment geometry is not allowed? If so, I can make it work (although it will cause my primitive substitution to render more geometry for 48 curves when the curve quality is set to use 32 or 40 segment curves).

If it is used next to 16-segment geometry, then I feel that that needs to be forbidden, and a new primitive needs to be introduced to fill that (different) role.

Side note: for POV export, the first version of this primitive is no geometry at all. The second version is a chord.]]> https://forums.ldraw.org/thread-29444.html Mon, 16 Mar 2026 20:12:06 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29444.html
this would be where you share the parts you lost thanks to it

for me

that chima 2014 armour, smart play x play cockpit, and the aforementioned hulk


pls add it nils]]>
this would be where you share the parts you lost thanks to it

for me

that chima 2014 armour, smart play x play cockpit, and the aforementioned hulk


pls add it nils]]> https://forums.ldraw.org/thread-29443.html Mon, 16 Mar 2026 14:16:25 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29443.html
i ran into an obstacle

the feet are very jagged on the raw mesh and i cant be bothered to rework (the hair is an another obstacle)


so perhaps someone could do collab?

  Screenshot 2026-03-16 171524.png (Size: 13.21 KB / Downloads: 46)

  Screenshot 2026-03-16 171534.png (Size: 15.37 KB / Downloads: 47)

  Screenshot 2026-03-16 171601.png (Size: 26.25 KB / Downloads: 0) ]]>
i ran into an obstacle

the feet are very jagged on the raw mesh and i cant be bothered to rework (the hair is an another obstacle)


so perhaps someone could do collab?

  Screenshot 2026-03-16 171524.png (Size: 13.21 KB / Downloads: 46)

  Screenshot 2026-03-16 171534.png (Size: 15.37 KB / Downloads: 47)

  Screenshot 2026-03-16 171601.png (Size: 26.25 KB / Downloads: 0) ]]> https://forums.ldraw.org/thread-29426.html Thu, 05 Mar 2026 19:38:08 +0000 Jeff Jones]]> https://forums.ldraw.org/thread-29426.html “I wonder how the smart minifigs are going to be done hips are not removable

Torso + hip shortcut?
Hip + legs shortcut?
A sitting down shortcut for both minifigs (normal/mid legs)?”

How would they be done?

All of the prints sans for 2 use the same prints as others so can subfile

Yoda sw1494 — sw0906
C-3PO sw1501 — sw1201
Greedo sw1513 — sw0898
Han Solo sw1500 — sw1457
Chewbacca sw1499 — sw0532
Darth Vader sw1502 — sw1249
Princess Leia sw1504 — sw1459
Wicket The Ewok sw1497 — sw1435
Luke (ANH) sw1491 — sw1453
Obi-Wan Kenobi sw1512 — sw1467
Emperor Palpatine sw1508 — sw1263
Luke (ROTJ) sw1507 — sw1476
Luke (ESB) sw1495 — sw1199 (head is a new print)
Luke (Pilot) sw1505 — sw1139 (same with before

  IMG_0567.jpeg (Size: 238.66 KB / Downloads: 6)

  IMG_0566.png (Size: 235.77 KB / Downloads: 0)

  IMG_0565.jpeg (Size: 35.56 KB / Downloads: 0) ]]> “I wonder how the smart minifigs are going to be done hips are not removable

Torso + hip shortcut?
Hip + legs shortcut?
A sitting down shortcut for both minifigs (normal/mid legs)?”

How would they be done?

All of the prints sans for 2 use the same prints as others so can subfile

Yoda sw1494 — sw0906
C-3PO sw1501 — sw1201
Greedo sw1513 — sw0898
Han Solo sw1500 — sw1457
Chewbacca sw1499 — sw0532
Darth Vader sw1502 — sw1249
Princess Leia sw1504 — sw1459
Wicket The Ewok sw1497 — sw1435
Luke (ANH) sw1491 — sw1453
Obi-Wan Kenobi sw1512 — sw1467
Emperor Palpatine sw1508 — sw1263
Luke (ROTJ) sw1507 — sw1476
Luke (ESB) sw1495 — sw1199 (head is a new print)
Luke (Pilot) sw1505 — sw1139 (same with before

  IMG_0567.jpeg (Size: 238.66 KB / Downloads: 6)

  IMG_0566.png (Size: 235.77 KB / Downloads: 0)

  IMG_0565.jpeg (Size: 35.56 KB / Downloads: 0) ]]>