At some point in the past, an unofficial version of this part was available on the parts tracker.  It was there long enough that I was able to export an image, but the unofficial part has some issues with the outline/stroke so it doesn't look quite right.


The version I exported a while ago has missing stroke details.  - LINK: https://brickarchitect.com/parts/15445 

It is ranked #1291 for current parts, included in 79 sets including sets from this year.  I temporarily suppressed it from appearing in my guide, but hope that we can get a better version soon.

Sincerely,
---tom

Hello, I am a new member of the forum. I want to actively share content, ask questions, and learn; I hope this turns out to be a beneficial forum.

Hey,everyone. I'm new to LEOCAD.

And I have been trying to find Wolf Akita from Ninjago.

Does anyone happen to have the 3d model?

Attached Files

Thumbnail(s)
   

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