| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 5,457
» Latest member: Tiny
» Forum threads: 6,269
» Forum posts: 52,363
Full Statistics
|
| Online Users |
There are currently 353 online users.
» 2 Member(s) | 346 Guest(s)
Applebot, Baidu, Bing, Facebook, Google, Philippe Hurbain
|
|
|
| Intro |
|
Posted by: Chris Bongaarts - 2025-05-17, 17:08 - Forum: General LDraw.org Discussion
- Replies (2)
|
 |
The rules suggest to post an intro, so...
I've been enjoying building with LEGO since the late 70's, with a particular love of Classic Space.
LDraw is a delightfully nerdy application of all that is great about LEGO and the Internet. I'm looking forward to participating!
|
|
|
| 71613/30346c01 too high?! |
|
Posted by: Sylvain Sauvage - 2025-05-16, 18:18 - Forum: Part Requests
- Replies (18)
|
 |
Hi again,
Another (old) error brought out on the Studio forums: part
71613 Electric Light & Sound Brick 4 x 12 x 2 Laser Drill (formerly and for BL 30346c01)
is too high by 1 plate.
As the description says it’s supposed to be 2 bricks high… but the 3D model is 1 plate more.
User provided a pic (Google drive, link in the post) of the real part.
|
|
|
|
| File paths in various programs |
|
Posted by: N. W. Perry - 2025-05-14, 21:37 - Forum: LDraw Editors and Viewers
- Replies (5)
|
|
I'm seeking your wise advice on proper file paths (relative or absolute) for the various LDraw tools, and why they don't seem to behave the same between themselves.
In my ldraw folder I have these sub-directories, among others:
p/
parts/
Unofficial/
User/
Unofficial (for uncertified tracker parts) and User (for my own parts) each have their own p/ and parts/ subfolders, so they are both valid ldraw libraries. User also has a number of subfolders for parts authoring projects.
So I'm working on a part in one of those project folders in the User library, and it uses a custom primitive that is also in the User library (obviously in User/p/). To get this primitive to appear in LDPE, I have to give it this path: User\p\48\prim.dat. Some notes: - User is set at the "parts authoring" folder in LDPE, and Unofficial is set as the "Unofficial" folder (even though they're both unofficial libraries).
- LDPE creates its own "ldparteditor-temp-project" folder, which I'm not using (never found the reason to). It's located outside my ldraw folder.
- I've used relative paths in LDPE before, but for some reason ..\p\48\prim.dat doesn't work.
Now on to LDView. When I open the same part in LDView, the custom primitive isn't found, even though both User and User/p/ are set as extra search paths. To make the prim appear, I have to change the pathname to the full pathname from my disk (so Users/nwperry/ldraw/User/p/48/prim.dat).
Finally, out of curiosity I tried LDCad. In this case, the full pathname didn't work, but it was sufficient to just use 48\prim.dat as you would expect in any part file. User is designated as one of my unofficial libraries in LDCad's settings, and in this case the behavior is as I expect: it finds the primitive in the p folder in that library.
So the question is, could I do something differently so that all these programs will find the custom primitive, without having to have a different version of the part file for each different tool?
And are all these programs behaving as expected? It seems odd that I have an unofficial primitive in an unofficial library, but the programs don't find it there even though I've specifically set them up to do so.
|
|
|
|
| May stud2 be used for other purposes? |
|
Posted by: Peter Blomberg - 2025-05-13, 20:06 - Forum: Parts Authoring
- Replies (2)
|
|
I need 18 copies of a hollow cylinder with a ring at the end for a particular part that I'm working on. Stud2.dat has the correct dimensions when scaled with an integer. However, the purpose of the stud2 primitive is to standardize the implementation of studs to which other parts can connect. Can I use the stud2 primitive for these hollow cylinders or is it reserved for connectivity-studs only?
|
|
|
|
|
