| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 128 online users.
» 0 Member(s) | 121 Guest(s)
Applebot, Baidu, Bing, Facebook, Google, Twitter, Yandex
|
| Latest Threads |
2026 - New Parts -> Raw M...
Forum: Part Requests
Last Post: Gerald Lasser
8 hours ago
» Replies: 6
» Views: 4,060
|
Teenage Mutant Ninja Turt...
Forum: Official Models
Last Post: Chris Böhnke
Yesterday, 5:19
» Replies: 8
» Views: 3,123
|
LDraw.org 2026-05 Parts U...
Forum: LDraw.org Announcements
Last Post: Orion Pobursky
2026-05-31, 20:11
» Replies: 0
» Views: 148
|
Most Common Parts - 16 im...
Forum: Part Requests
Last Post: tom alphin
2026-05-30, 15:05
» Replies: 4
» Views: 511
|
Current LEGO Colour Palet...
Forum: Parts Authoring
Last Post: Chris Böhnke
2026-05-29, 21:24
» Replies: 2
» Views: 364
|
LDraw.org Official Parts ...
Forum: Parts Tracker Discussion
Last Post: Manfred Schaefer
2026-05-29, 12:14
» Replies: 18
» Views: 1,441
|
Hello! Parts 30258pb006,...
Forum: Part Requests
Last Post: Matthew
2026-05-27, 23:02
» Replies: 6
» Views: 611
|
Successor to LL918 using ...
Forum: MOCs (My Own Creations)
Last Post: Willy Tschager
2026-05-27, 13:05
» Replies: 1
» Views: 311
|
at rt
Forum: MOCs (My Own Creations)
Last Post: Jeff Jones
2026-05-27, 8:47
» Replies: 3
» Views: 420
|
One week to go.
Forum: Parts Tracker Discussion
Last Post: Magnus Forsberg
2026-05-25, 16:00
» Replies: 0
» Views: 310
|
|
|
| New 64 Bit AIOI ready for testing |
|
Posted by: Willy Tschager - 2021-03-22, 11:44 - Forum: All Other Programs.
- Replies (3)
|
 |
Hi,
I compiled a 64 Bit version of the LDraw All-In-One-Installer and would appreciate if you could give it a try. The 64 Bit version installs exclusively 64 Bit programs:
LDCad
LeoCad
LPub3D
LDview
along with the usual goodies such as offline catalogue, models and links. Once this is published the 32 Bit AIOI will contain the rest of the progs such as MPDCenter or MLCad.
Please report if you run into issues with the new installer (which will be updated with the latest versions prior release):
www.holly-wood.it/tmp/LDraw_AIOI_2020-03_setup_64bit_v1.exe
w.
|
|
|
| ldr to pov export error |
|
Posted by: Bertrand Lequy - 2021-03-17, 14:59 - Forum: LDraw Editors and Viewers
- Replies (21)
|
 |
Hi,
thanks to Travis' help my batch pov generation script works fine.
But, I encountered several issues when rendering some parts.
for exemple :
Code: "d:\lego\python\data\renders\0\14639p01.pov" line 1117: Parse Error: Expected 'object', undeclared identifier 'LDX_1_dash_16ring9_dot_dat_in_part' found instead
Render failed
First of all, and obviously, the primitive is in my "ldraw\p\" directory, andthe 14639p01dat part opens without errors in LDview.
Then, I thought that some config file like LGEO.xml or LGDefs.inc were involved, but they do not have anything to do with that (if I'm right).
So I took a look at the buggy files and the integration of primitives in pov files.
If I understand the error message correctly, LDX_1_dash_16ring9_dot_dat_in_part has not been defined before, not like the other primitives involved in that part.
So, at some point, some lines like those for 1-16ri60.dat :
Code: #declare LDX_48_slash_1_dash_16ri60_dot_dat_in_part = disc // Ring 0.0625
{
<0,0,0>,<0,1,0>,61,60
clipped_by
{
plane
{
<0,0,-1>,0
}
plane
{
<-0.38268343236508972627,0,0.92387953251128673848>,0
}
}
}
#declare LDX_48_slash_1_dash_16ri60_dot_dat = disc // Ring 0.0625
{
<0,0,0>,<0,1,0>,61,60
clipped_by
{
plane
{
<0,0,-1>,0
}
plane
{
<-0.38268343236508972627,0,0.92387953251128673848>,0
}
}
}
should have been written in the pov file but aren't. And I suppose that I can't choose randoms coordinates to solve the problem.
So my question is : do the problem come from a config file I didn't think about, or is it a export bug ?
I've the problem with other primitives on other parts.
|
|
|
|
SEC(MOC) from clone brand |
|
Posted by: Jaco van der Molen - 2021-03-16, 15:18 - Forum: MOCs (My Own Creations)
- Replies (2)
|
 |
Hi all,
Long had I had doubts to post this, but here goes...
I stumbled upon some, I almost dear not say, very nice models from a certain clone brand.
Now I am translating those digitally to LEGO versions.
Since this clone brand uses some parts LEGO does not have* or in colors that do not exist in LEGO, I am kind of redesigning the models and re-coloring them.
Would it be allowed to post these models here? Or is that a no-go and not done?
I plan to make the models as close to the original ones (thus using colors that do not exist in LEGO and some very dirty mockup non-LEGO parts) and then a pure and buildable LEGO version
Since certain clone brands do the same with LEGO and often ruthlessly make exact copies of LEGO sets or even steal ideas from people who post MOCs to communities and even LEGO Ideas, I thought of doing the same. Or could I get into trouble in doing so? Then I'll keep the models to myself.
Thoughts?
*P.S. ...but would be nice if LEGO makes these parts... ;-)
For example a 1x1 panel (not the cornered one), plate 1x5, inverted plate, or 1x2 plate with studs on both sides... etc.
|
|
|
|
| Search path discussion |
|
Posted by: Orion Pobursky - 2021-03-16, 13:26 - Forum: Official File Specifications/Standards
- Replies (49)
|
 |
Since non-LSB members can't comment on the LSB forum, this thread is for discussion of the search path proposal there.
To kick this off I'd like to comment on something Roland posted:
Quote:I disagree on this, a stud.dat should not replace all studs in the whole scene if it's located in the mpd itself or its folder.
This is precisely the point of embedding such a file in the MPD and why we do it for the OMR. Local files should always override library parts. Otherwise the OMR breaks and parts authoring become morse inconvenient since you'd have to overwrite the official file if you're using or creating a fix.
|
|
|
|
| 87552.dat or 94638.dat? ..... in set 10295 - Porsche. |
|
Posted by: Ulrich Röder - 2021-03-15, 14:18 - Forum: Parts Authoring
- Replies (4)
|
 |
87552.dat or 94638.dat?
..... in set 10295 - Porsche.
https://rebrickable.com/media/parts/phot...b097ea.jpg
Quote:
0 = panel 1 x 2 x 2 reinforced
0 Name: 94638.dat
0 Author: J.C. Tchang [tchang]
0! LDRAW_ORG Part Alias UPDATE 2020-01
0! LICENSE Redistributable under CCAL version 2.0: see CAreadme.txt
0! HELP Part 94638 is the counterpart of 87552. Visually, the two parts seem
0! HELP identical. This file is provided to make it easier to locate part files
0! HELP when using the numbers from other sources.
0! HELP 87552 is used for molding opaque parts, 94638 for transparent parts.
*
Regardless of where you get information - 87552 is always used in the name.
*
87552 is used for molding opaque parts ...
94638 for transparent parts ....
Is this correct?
*
Since there are no printed parts of it yet:
Which end identifier ("........ p01.dat"?)
.... can someone please clarify.
|
|
|
|
|
![[Image: 3068bpb1126.png]](https://img.bricklink.com/ItemImage/PN/1/3068bpb1126.png)
