Hello everyone!

I need the ‘Octan’ sticker (sheet 168315) for set 8880-B.

https://www.bricklink.com/v2/catalog/cat...1&#T=C&C=0


  8880.jpg (Size: 15.8 KB / Downloads: 102)

Thank you in advance!

Best regards,

Alfred

While researching for another thread, I stumbled upon and interesting article about "Hacking" Eyesight in Studio:
https://bricknerd.com/home/hacking-studi...r-11-28-23

That said, since Eyesight is just a Cycles fork, I'd be curious to know exactly what need to be done to just use Cycles directly.  There's probably some color/material properties/textures that need to be supplied. If an individual or team wants to work on something, I'd be happy to create an official git repo to house the code/presets.

Hey everyone, I'm having a weird issue importing a custom part from the LDraw library into BrickLink Studio and I can't figure out what's going wrong.

The part is 118091p. When I open it in Part Designer it looks completely fine clean geometry, correct shape, everything as expected.

But the moment I open it or export it into Studio 2.0, it shows up with a bunch of extra pieces/geometry that don't belong there, like it's rendering additional parts that shouldn't be visible.

I'll attach screenshots showing the difference between how it looks in Part Designer vs Studio so you can see exactly what I mean.

Has anyone run into this before? Is this a known issue with how Studio handles certain LDraw file types? Could it be related to how the part references subfiles or primitives? Any help would be appreciated!

One more weird thing worth mentioning: if I zoom out, the extra geometry completely disappears and the part looks perfectly fine. But as soon as I zoom back in, the extra geometry shows up again. It feels like some kind of LOD (Level of Detail) rendering bug, but I'm not sure. Has anyone seen this behavior before?

Part Desginer



Studio


And weird thing with studio - zoom out



After more testing, it seems like the issue is with a specific subpart, not the whole 118091p file. That subpart renders fine and correctly in LeoCAD, Part Designer, and other viewers, but when the overall part is loaded into Studio, it seems like Studio is misidentifying that subpart as a different one entirely and rendering that other part's geometry instead. Zooming in and out actually shows the swap happening in real time  it's not just extra geometry appearing/disappearing, it genuinely looks like Studio is resolving the subpart reference to the wrong file at close zoom and falling back to the correct one at a distance. Feels like it could be a naming collision or a caching/LOD-resolution bug specific to Studio's part lookup, but wanted to see if anyone has run into this exact behavior before.

Hello,

I'm using part 24093p03 in a set of assembly instructions in LPub3D. The representation in the PLI is unsuitable. The page with the pattern isn't visible.


  Pic1.JPG (Size: 4.85 KB / Downloads: 67)

So I wanted to change this representation and created a corresponding entry in the PLI.mpd file.


  Pic2.JPG (Size: 17.49 KB / Downloads: 65)

However, it didn't work.
How can I get LPub3D to use the new representation in the PLI?
Thank you.

Best regards,

Manfred

Edit:
I figured out the solution on my own. Although I restarted LPub3D each time I made changes to the pli.mpd file, the problem was actually the LPub3D working directory, which is created by LPub3D itself. This directory contains the rendered images, and LPub3D likely didn't re-render the page because it didn't detect any changes. 


  Pic3.JPG (Size: 4.8 KB / Downloads: 56)

It seems like this one existed on LDraw at one point? https://rebrickable.com/parts/71966/helm...ear-studs/


there is this stl file on printables https://www.printables.com/model/1160486...r-helmet-w

a

It looks fine on the LDraw website, but when I update my Unofficial parts library, it appears broken in both LDView and MLCad.  I have tried this on multiple Windows 11 amd64) devices.

Screenshot of part 7684 in both apps:


This is not a new issue, I probably noticed it 6 months ago, but was busy and didn't want to file a bug until I had repro'd the issue on a second PC.

---Tom

Hi everyone,
would it be possible to create this part?
https://www.bricklink.com/v2/catalog/cat...only%22:0}



Regards Johann

Hello,

Are only Lego elements that actually exist allowed in the LDraw library?
I’m asking because some of the Nexo Knights shields (22385) are listed in the library as official elements, even though they don’t exist in real life. These shields were only available in the app.

Best regards,
Manfred

Hello everyone,

Would it be possible to add this item, please?

[url=https://www.bricklink.com/v2/catalog/catalogitem.page?P=bb0787c04pb02#T=S&C=2&O={"color":2,"iconly":0}]https://www.bricklink.com/v2/catalog/catalogitem.page?P=bb0787c04pb02#T=S&C=2&O={"color":2,"iconly":0}[/url]
Ref: bb0787c04pb02
Cat, Large (Lion) with moulded reddish-brown mane and printed bright light orange eyes, nougat-coloured nose and white muzzle pattern

Thank you

Lego_Is_Art

Attached Files

Thumbnail(s)