Custom LDD bricks and fixes

[Stephan]

Hello all,

Sorry for being absent here. I still haven't completely found my way to introduce everybody to these updates. Hence the errors...

On 7/27/2025 at 10:44 PM, PicnicBasketSam said:

Hundreds of well done new parts! But I would like to note that the following items listed on the website are not in the files: 1580, 3862, 5975, 5990, 6324, 18843, 37407, 80682, 102291, and the complete assembly files are not included for large molded dinosaur components: 38943, 103471, 103472, 106616.

EDIT: Trying to use these parts I've found some bugs with connectivity. The larger Speed Champions F1 wheel 110100 doesn't accept a stud connection to attach hubcaps, 1761 has no connection points or collisions, and none of the minidoll torsos and leg assemblies will connect to each other including the existing legs (part 20379) that worked previously. The two large minidoll dress pieces have not inherited this problem so I have to conclude that the trouble is with the hip joint. More to follow as I check them more thoroughly

EDIT 2: The trigger element for generation 2 stud shooters has lost connectivity with the shooter housing

Before I roll out the update below globally, please let me know if you find any other problems.

20250822 v1.0 update fix

On 8/6/2025 at 5:40 AM, Takanuinuva said:

I was just about to ask the same question but also share that the arm used on Eggman is bugged in that the hand doesn't rotate with the arm. Also the fact that the inside of his torso is supposed to be red and not tan

Should be also fixed now. The position of the hand was not correct, causing it to actually not being attached. IDs of the assemblies have been updated as well with new known information. Dr. Eggman has also been updated to have the pin holes the same color as the torso.

Edited August 24 by Stephan

[BrokenEye]

I just discovered a really weird bug, though I'm not sure if it's exclusive to the modded version of LDD or not. I created a custom decal for part 17485 and assigned it the number "000000005", but when I tried to apply it in the program, I couldn't find it. After a bit of experimentation, I discovered that this was because the modded decal "000005" was appearing in its place. I would not expect a computer to confuse those two numbers. Or any two numbers, really.

Decals "000000001", "000000002", "000000003", "000000004", and "000000006" worked without issue, but then, there are no decals "000001", "000002", "000003", "000004", and "000006" to confuse them with.

[Takanuinuva]

On 8/22/2025 at 11:53 AM, Stephan said:

Hello all,

Sorry for being absent here. I still haven't completely found my way to introduce everybody to these updates. Hence the errors...

Before I roll out the update below globally, please let me know if you find any other problems.

20250822 v1.0 update fix

Should be also fixed now. The position of the hand was not correct, causing it to actually not being attached. Names of the assemblies have been updated as well with new known information. Dr. Eggman has also been updated to have the pin holes the same color as the torso.

Downloaded the fix and nothing changed. Arms are still bugged and the torso color is still the same. 

.

[suenkachun]

On 8/23/2025 at 1:53 AM, Stephan said:

Hello all,

Sorry for being absent here. I still haven't completely found my way to introduce everybody to these updates. Hence the errors...

Under the “UV Maps” Folder in the Part 5 ZIP File two PNG Images are shown as Plain Black instead of including the actual UV Map Outlines: “79393_1.png” and “98834_1.png”, attempts to manually recreate the Decoration Surface of “79393” using a shape with similar Curved Edges and the only existing Decoration failed as the results did not fill up the entire surface, resulting in border issues (for “98834” the actual Surface is similar to the UV Map Surface thus easier to work out). Perhaps the correctly outlined UV Map Image can explain what I did wrong with the similar shape as there are no external borders to reference, if this Decoration Surface is updated do fix the only existing Decoration too, thanks.

[Stephan]

16 hours ago, BrokenEye said:

I just discovered a really weird bug, though I'm not sure if it's exclusive to the modded version of LDD or not. I created a custom decal for part 17485 and assigned it the number "000000005", but when I tried to apply it in the program, I couldn't find it. After a bit of experimentation, I discovered that this was because the modded decal "000005" was appearing in its place. I would not expect a computer to confuse those two numbers. Or any two numbers, really.

Decals "000000001", "000000002", "000000003", "000000004", and "000000006" worked without issue, but then, there are no decals "000001", "000002", "000003", "000004", and "000006" to confuse them with.

Yes, leading 0s are being ignored... Which is absolutely unfortunate.

[Stephan]

18 hours ago, Takanuinuva said:

Downloaded the fix and nothing changed. Arms are still bugged and the torso color is still the same. 

.

if you search for 38628, do you find the arm?

 

12 hours ago, suenkachun said:

Under the “UV Maps” Folder in the Part 5 ZIP File two PNG Images are shown as Plain Black instead of including the actual UV Map Outlines: “79393_1.png” and “98834_1.png”, attempts to manually recreate the Decoration Surface of “79393” using a shape with similar Curved Edges and the only existing Decoration failed as the results did not fill up the entire surface, resulting in border issues (for “98834” the actual Surface is similar to the UV Map Surface thus easier to work out). Perhaps the correctly outlined UV Map Image can explain what I did wrong with the similar shape as there are no external borders to reference, if this Decoration Surface is updated do fix the only existing Decoration too, thanks.

Please find the new UV included if you re-download the RAR. The one existing print for it will be updated as well.

Edited August 24 by Stephan

[BrokenEye]

9 hours ago, Stephan said:

Yes, leading 0s are being ignored... Which is absolutely unfortunate.

So all I have to do is replace the first 0 with some other digit?

[Stephan]

46 minutes ago, BrokenEye said:

So all I have to do is replace the first 0 with some other digit?

Yep, that should do the trick. 

[BrokenEye]

On 8/24/2025 at 9:37 PM, Stephan said:

Yep, that should do the trick. 

Thank god for easy fixes

EDIT: Now I feel like an idiot. I just noticed I'd already been using that fix in my previous numbering scheme, and I'd forgotten why I was doing it.

Edited August 27 by BrokenEye

[Takanuinuva]

20 hours ago, Stephan said:

if you search for 38628, do you find the arm?

 

 

Yes and the hand still doesn't rotate with the arm. 
It treats the hand as a seperate piece when selecting the arm.

[BrokenEye]

Speaking of, I've been (possibly inconsistently) having the same or similar issue with the hands on just the bog standard minifig torsos (76382). Took me a while to notice because I was just re-doing decals, not building, but it's there. This only seems to happen with the regular torsos, NOT the torsos with the dual-molded arms, long arms, various hooks or gloves or other alternate hands, or even the Garmagon-style torso extensions, even though those have the same arms and the same hands.

[PicnicBasketSam]

On 8/22/2025 at 12:53 PM, Stephan said:

Hello all,

Sorry for being absent here. I still haven't completely found my way to introduce everybody to these updates. Hence the errors...

Before I roll out the update below globally, please let me know if you find any other problems.

20250822 v1.0 update fix

Should be also fixed now. The position of the hand was not correct, causing it to actually not being attached. IDs of the assemblies have been updated as well with new known information. Dr. Eggman has also been updated to have the pin holes the same color as the torso.

Everything seems proper with the fix except the molded dinosaurs, those are still missing their assembly files.