Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 5,319
» Latest member: MAC21
» Forum threads: 6,180
» Forum posts: 51,807
Full Statistics
|
Online Users |
There are currently 271 online users. » 1 Member(s) | 265 Guest(s) Applebot, Baidu, Bing, Google, Yandex, Julian Raymond Ruan
|
Latest Threads |
A fresh list of "most com...
Forum: Part Requests
Last Post: tom alphin
3 hours ago
» Replies: 10
» Views: 1,616
|
New parts from Lego Instr...
Forum: Parts Authoring
Last Post: Timothy Hall
Yesterday, 2:41
» Replies: 85
» Views: 71,473
|
axleend2
Forum: Parts Tracker Discussion
Last Post: Gerald Lasser
2025-09-16, 20:03
» Replies: 3
» Views: 501
|
Parts request
Forum: Part Requests
Last Post: Peter Grass
2025-09-16, 5:58
» Replies: 2
» Views: 748
|
Transparent sticker colou...
Forum: General LDraw.org Discussion
Last Post: Travis Cobbs
2025-09-16, 1:42
» Replies: 10
» Views: 1,276
|
The Emperor Zurg
Forum: Part Requests
Last Post: Julian Raymond Ruan
2025-09-15, 13:07
» Replies: 0
» Views: 561
|
Batman Cowls
Forum: Part Requests
Last Post: Peter Grass
2025-09-15, 1:13
» Replies: 1
» Views: 699
|
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
2025-09-14, 9:50
» Replies: 4
» Views: 1,372
|
Lego Town Racer 1996 - 63...
Forum: Official Models
Last Post: Chris Böhnke
2025-09-13, 23:39
» Replies: 14
» Views: 2,940
|
Eyesight on Linux
Forum: Rendering Techniques
Last Post: Orion Pobursky
2025-09-13, 18:56
» Replies: 12
» Views: 9,562
|
|
|
An unknown color ID referred by some official parts |
Posted by: Mario Pascucci - 2014-08-19, 15:06 - Forum: Parts Authoring
- Replies (4)
|
 |
Hi all.
This is my first message, and I apologize in advance if this isn't the right section.
I'm experimenting on rendering LDraw parts and models in Java, and in an LDR model I found a part in latest official part library (2014-01) that use this color id: 391.
I can't find it in LDConfig.ldr, and I haven't found any reference to this color code.
So, part uses this color:
973psk.dat (for sub-part s/973pskb.dat) in row 19
I found a sub-part that uses this color, too:
s/3068s101.dat in rows 39, 51, 52
Thank you for your work on LDraw part library.
Mario
|
|
|
Naming scheme for primitives - update |
Posted by: Michael Heidemann - 2014-08-11, 17:15 - Forum: Parts Authoring
- Replies (18)
|
 |
It seems that there is a need for updating the naming scheme that Primgen2 uses for the primitives.
Here my suggestion:
x, y, z are values that will be substituted by primgen2 for the dimension of the part.
cylinder: x-ycyli.dat : always use cyli
disc: x-ydisc.dat : always use disc
ndisc: x-yndis.dat : always use ndis
chord: x-ychrd.dat : always use chrd
cone: x-yconz.dat : always use con
ring:x-yringz.dat : always use ring
circle: x-yedge.dat : always use edge
The length of the filename is not important anymore because I think we will not reach 25 characters.
If this should be common used, I am going to change Primgen2 quickly.
|
|
|
Lpub/Bricksmith - Changing Orientations in Steps |
Posted by: Mark Anderson - 2014-08-10, 16:57 - Forum: General LDraw.org Discussion
- Replies (1)
|
 |
I need a little help creating a set of instructions for a MOC I'm working on.
I'm using Bricksmith (3.0) on my Mac (10.9.4) and then bringing that into Lpub (4.0.0.10). I need to rotate the model in the instructions to show how to attach some pieces. Is there a way to do this in either Bricksmith or Lpub I'm not aware of?
Thanks!!
Mark
|
|
|
TEXMAP extension thoughts and findings. |
Posted by: Roland Melkert - 2014-08-07, 23:27 - Forum: Parts Authoring
- Replies (33)
|
 |
I've been working on the cylindrical implementation and I noticed some minor confusing things about the current TEXMAP spec.
The planar projection uses top/left orientation while the cylindrical one uses center bottom. This isn't a real big problem but the text states the v coordinate should be based on the distance to the base plane. This will cause the picture to be up side down.
So unless I misunderstood something (else) I think it should be the distance to the cylinder top plane.
Using that correction this:
Code: 0 Cyl texmap test minifig head
0 UNOFFICIAL PART
0 BFC CERTIFY CCW
1 16 0 0 0 1 0 0 0 1 0 0 0 1 s\3626bs02.dat
1 16 0 4 0 13 0 0 0 13 0 0 0 -13 1-8cyli.dat
1 16 0 4 0 -13 0 0 0 13 0 0 0 -13 1-8cyli.dat
1 16 0 4 0 13 0 0 0 13 0 0 0 13 2-4cyli.dat
1 16 0 4 0 0 0 8 0 -6.4 0 8 0 0 t04o6250.dat
1 16 0 4 0 -8 0 0 0 -6.4 0 0 0 8 t04o6250.dat
1 16 0 17 0 0 0 -8 0 6.4 0 8 0 0 t04o6250.dat
1 16 0 17 0 8 0 0 0 6.4 0 0 0 8 t04o6250.dat
1 16 0 4 0 0 0 -8 0 -6.4 0 -8 0 0 t04o6250.dat
1 16 0 4 0 8 0 0 0 -6.4 0 0 0 -8 t04o6250.dat
1 16 0 17 0 0 0 8 0 6.4 0 -8 0 0 t04o6250.dat
1 16 0 17 0 -8 0 0 0 6.4 0 0 0 -8 t04o6250.dat
0 !TEXMAP START CYLINDRICAL 0 17 0 0 4 0 0 17 -13 90 smile.png
0 !: 1 16 0 17 0 13 0 0 0 -13 0 0 0 -13 s\minifighead-hlp.dat
0 !TEXMAP FALLBACK
1 16 0 17 0 13 0 0 0 -13 0 0 0 -13 s\minifighead-hlp.dat
0 !TEXMAP END
will render like:
If people agree, we need to correct the spec text.
Second the spec doesn't mention what to do with over scan and or fully enclosed objects.
For example (using Nils' checker png ).
Code: 0 !TEXMAP START CYLINDRICAL 0 0 0 0 -200 0 0 0 -200 180 checker.png
0 !: 1 15 0 -200 0 200 0 0 0 200 0 0 0 -200 4-4cyli.dat
0 !TEXMAP FALLBACK
1 15 0 -200 0 200 0 0 0 200 0 0 0 -200 4-4cyli.dat
0 !TEXMAP END
gives (over scan):
and
Code: 0 !TEXMAP START CYLINDRICAL 0 0 0 0 -200 0 0 0 -200 360 checker.png
0 !: 1 15 0 -200 0 200 0 0 0 200 0 0 0 -200 4-4cyli.dat
0 !TEXMAP FALLBACK
1 15 0 -200 0 200 0 0 0 200 0 0 0 -200 4-4cyli.dat
0 !TEXMAP END
gives (enclosed)
Both having the -180 == 180 problem
But again i'm not claiming my implementation is currently 100% correct.
Thoughts?
|
|
|
|