| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 5,530
» Latest member: YANG
» Forum threads: 6,306
» Forum posts: 52,542
Full Statistics
|
| Online Users |
There are currently 179 online users.
» 1 Member(s) | 175 Guest(s)
Baidu, Bing, Google
|
|
|
| Really Big Colour Code: 117313504 |
|
Posted by: Eric Himbeault - 2013-01-11, 16:32 - Forum: Help
- Replies (20)
|
 |
I am working on an import feature for LDraw models, and when I tested it on the Front End Loader model that comes with the LDraw download (model 8464.mpd), I encountered a line with a very large colour code:
Code: 0 FILE 8464.ldr
0 Front End Loader
0 Version: 1.0a (20071123)
(...)
1 117313504 -125 -208 -400 0 0 1 0 1 0 -1 0 0 3941.DAT
In LDraw, the part looks like this:
![[Image: eo0J5.png]](http://i.imgur.com/eo0J5.png)
I thought it might be a blended colour, like the filespec would suggest, but the colour code is still too large for that. What is this colour, and how do I interpret it?
|
|
|
| 2013/2014 LDraw.org Steering Committee: List of nominees |
|
Posted by: Willy Tschager - 2013-01-10, 22:18 - Forum: LDraw.org Announcements
- No Replies
|
 |
A quick reference to the candidates for the 2013/2014 LDraw.org Steering Committee (SteerCo) election. The information is drawn from the nomination process and corrections are welcome, please email the webmasters.
Candidates are listed in alphabetical order by last name and no ranking or endorsement should be inferred from their position on the list. The following table summarizes the status of each candidate in the format:
Nominee name : Nomination Status (Nominator, Second)
Chris Dee : Accepted (Michael Heidemann, Philippe Hurbain)
Michael Heidemann : Accepted (Philippe Hurbain, Travis Cobbs)
Orion Pobursky : Accepted (Michael Heidemann, Philippe Hurbain)
Max Martin Richter : Accepted (Michael Heidemann, Philippe Hurbain)
Willy Tschager : Accepted (Orion Pobursky, Michael Heidemann)
Magnus Forsberg : Declined (Michael Heidemann, Philippe Hurbain)
Tim Gould : Declined (Orion Pobursky, Michael Heidemann)
Steffen Lohse : Declined (Philippe Hurbain, Michael Heidemann)
Scott Wardlaw : Declined (Orion Pobursky, Philippe Hurbain)
Replies to this have been disabled. The nominations thread is where they belong.
|
|
|
|
| 0 ROTATION - meanings |
|
Posted by: Michael Heidemann - 2013-01-03, 11:58 - Forum: LDraw Editors and Viewers
- Replies (1)
|
 |
I played a little bit with MLCad and found the following. Maybe it is also interesting for some else.
Code: 0 ROTATION CENTER 0 0 0 1 "Custom1"
0 ROTATION CENTER 2 3 4 1 "New Custom"
There can be several lines like above in your file, depending on how many rotation points you have defined.
The first three numbers are the xyz values of the rotation point
The fourth number indicates the "Allow on-screen change"
The string at the end is the name of that rotation point.
Code: 0 ROTATION CONFIG 1 0
There is only one line like the above with the parameter "CONFIG".
The first number indicates the current aktive point from above list of defined rotatin points.
The second number indicates "Show rotation point"
|
|
|
|
| Reducing part complexity |
|
Posted by: Mike "Pomax" Kamermans - 2013-01-02, 18:50 - Forum: LDraw File Processing and Conversion
- Replies (5)
|
|
hey all,
now that I have a working JavaScript .dat to .obj converter for using LEGO parts in a WebGL context, I was wondering whether anyone had already tried implementing a complexity reduction algorithm for parts meshes.
At several thousand vertices per part, some of these parts might be better rendered as reduced meshes with some bump/texture mapping that fakes some of the more intricate details (like teeth on cogs, or profile on an axle joiner), not to mention help load larger models, as WebGL only allows ~65k vertices per scene.
Has anyone experimented with this yet?
- Mike
|
|
|
|
|
![[Image: lpe_09.jpg]](http://www.brickshelf.com/gallery/BlackBrick89/LDPartEditor/lpe_09.jpg)
