| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 5,659
» Latest member: Paulito
» Forum threads: 6,397
» Forum posts: 53,084
Full Statistics
|
| Online Users |
There are currently 466 online users. » 1 Member(s) | 459 Guest(s) Applebot, Baidu, Bing, Google, Internet Archive, Yandex
|
|
|
| How to review "invisible" geometry |
|
Posted by: Willy Tschager - 2022-04-05, 7:33 - Forum: Parts Tracker Discussion
- Replies (17)
|
 |
(2020-03-11, 14:32)Willy Tschager Wrote: The note for "ering" is still missing. You should also explain how to handle "invisible" geometry in an editor: working with "chrd" and after postioning, bfc, ... renaming to "ering". I'm sure you come up with some clever wording.
w.
I'm still puzzled when I come across "invisible" geometry:
https://www.ldraw.org/cgi-bin/ptdetail.c...l2hole.dat
And there is still no guidance how to handle erings and 1-16chrds and make them "visible" for review. As a consequence I'm gonna hold the part. This is not going anywhere before the documentation issue is solved.
w.
|
|
|
| Pattern codes |
|
Posted by: N. W. Perry - 2022-04-05, 2:13 - Forum: Parts Tracker Discussion
- Replies (1)
|
 |
Would this be the forum to handle pattern code requests? Or is it preferable to just submit parts on our own under the next available, logical code?
Specifically I'd propose to submit two patterns:
26603p06 - Tile 2 x 3 with Dark Tan Squares pattern
4162p1p - Tile 1 x 8 with "Singapore" pattern
|
|
|
| [split] Buffer Exchange cleanup script |
|
Posted by: N. W. Perry - 2022-04-02, 3:42 - Forum: LDraw Editors and Viewers
- Replies (9)
|
 |
(background: Trying to write an LDCad script that will comment out all type 1 lines that are hidden by buffer exchange, so the model can be viewed in e.g. LDView…)
Hmm, so the logic of buffer exchange is a little trickier than I thought. It's easy enough when there's just one block of store/retrieve statements—just hide everything between the first store and the last retrieve. But when there are multiple hidden blocks with some visible lines in between them, it's harder.
I might need a hint. :-)
|
|
|
| Grainy surface marking |
|
Posted by: Max Murtazin - 2022-04-01, 9:54 - Forum: Official File Specifications/Standards
- Replies (4)
|
 |
As far as I'm aware, there is no way to mark surfaces on parts as "grainy", an effect most commonly known from 2x2 slope bricks. I think it would be good to have such thing, especially for being able to distinguish some possible clean and grainy variants (there are some iirc, but I might be wrong)
|
|
|
Help! Stud.io is a mess and PartDesigner is janky! What do I do? |
|
Posted by: Violet Barrett - 2022-04-01, 2:07 - Forum: LDraw File Processing and Conversion
- Replies (7)
|
 |
Hey there!
I'm Violet, otherwise known as vootcaboot or (sometimes) weedvampires. I currently manage a number of packs of models for Bricklink Stud.io on behalf of the Bionicle community, mainly involving fan-created models originally designed for 3d printing, but I was also the last to update a pack of official Lego models for Bionicle and other constraction themes known as the Biopack. However, the problem is the fact that, well... Stud.io is a mess! I know that LDraw and Lego CAD, in general, has a long history of being janky, but this makes it difficult to work with models... especially seeing as I am not a modeler, only someone who learned how to use PartDesigner and had enough patience to do the painstaking work of aligning connections and making sure phantom collisions don't happen. So, in my introduction to this forum, I'd like to ask a couple of questions.
- Are there any better alternatives to creating parts over PartDesigner? Namely, PartDesigner has issues when processing models of very high face counts, and it seems to attempt to apply some sort of geometry modifier on import, which when combined with what I presume to be similar modifiers passed upon starting a photorealistic render, results in models looking... iffy, to say the least.
- Is there a relatively simple way for modelers in Blender, Fusion360, and other programs who are accustomed to making parts for 3d printing to apply primitives to things like axles, studs, and pin holes? A big problem when working with these models is the lack of consistency between the connection points of parts, so this would definitely be a huge step forward if a (relatively) painless solution exists.
- Since a majority of our community uses Stud.io for building and rendering their Bionicle MOCs due to ease of use, is there anything you have learned about Stud.io that we may have not?
Thank you all, and I hope that I can learn more from everyone and start making a better, easier way for digital Bionicle designing!
|
|
|
|