| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 5,540
» Latest member: Mickelson
» Forum threads: 6,314
» Forum posts: 52,570
Full Statistics
|
| Online Users |
There are currently 204 online users.
» 3 Member(s) | 197 Guest(s)
Applebot, Baidu, Bing, Google, Rene Rechthaler
|
| Latest Threads |
LEGO Parts Guide - Only 6...
Forum: Part Requests
Last Post: Peter Grass
23 minutes ago
» Replies: 3
» Views: 144
|
98138pb0.dat is missing i...
Forum: Parts Authoring
Last Post: Rene Rechthaler
4 hours ago
» Replies: 1
» Views: 47
|
How can I install on linu...
Forum: Help
Last Post: Orion Pobursky
10 hours ago
» Replies: 1
» Views: 60
|
Castle Ninja / Robber
Forum: Part Requests
Last Post: Carl Rodabaugh
Today, 1:06
» Replies: 0
» Views: 56
|
help finding ldraw for el...
Forum: Help
Last Post: Brian H
Yesterday, 23:22
» Replies: 2
» Views: 98
|
Missing Opal Trans Yellow
Forum: Official File Specifications/Standards
Last Post: Philippe Hurbain
Yesterday, 19:27
» Replies: 3
» Views: 228
|
LEGO Icons 2025
Forum: Official Models
Last Post: Philippe Hurbain
Yesterday, 9:53
» Replies: 4
» Views: 5,006
|
Minifigure, Head Brown Ey...
Forum: Part Requests
Last Post: Philippe Hurbain
Yesterday, 9:20
» Replies: 2
» Views: 148
|
Technic 1992
Forum: Official Models
Last Post: Takeshi Takahashi
2025-12-28, 19:34
» Replies: 29
» Views: 42,178
|
Part 11459p01.dat colour ...
Forum: Parts Authoring
Last Post: N. W. Perry
2025-12-27, 15:11
» Replies: 3
» Views: 248
|
|
|
| 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)
