Welcome, Guest |
You have to register before you can post on our site.
|
Online Users |
There are currently 315 online users. » 2 Member(s) | 309 Guest(s) Baidu, Bing, Google, Yandex, Jeff Jones, Philippe Hurbain
|
|
|
LDraw, Peeron, BrickLink crossref? |
Posted by: David Eaton - 2011-12-14, 18:40 - Forum: General LDraw.org Discussion
- Replies (4)
|
|
For a few years I've been curious about a crossref between LDraw, Peeron, and BrickLink part numbers (as well as a crossref to LEGO Design IDs). I've got a few dozen that I've logged between Peeron and BrickLink, but is there anything that's been compiled for that purpose?
DaveE
|
|
|
LDraw guideline: The use of the name "LDraw" in LDraw related programs |
Posted by: Willy Tschager - 2011-12-13, 17:38 - Forum: LDraw.org Announcements
- Replies (1)
|
|
Hi,
the LDraw Steering Committee (SteerCo) has been questioned what their opinion is about the use of the name "LDraw" in LDraw related programs. The following should be taken as guideline:
LDraw.org uses the LDraw trademark with permission from the Jessiman Estate, therefore we cannot grant permission to third parties to use it. It is also our definition that the LDraw trademark represents the LDraw System of Tools and the LDraw Parts Library, so it is our policy that LDraw should not appear in a program's title and/or URL to protect the uniqueness of the LDraw trademark.
We recommend that programs/websites wishing to identify with LDraw choose titles that add "LD" in front of the name as a way to associate the program as part of the LDraw software family.
Willy Tschager
On the behalf of the LDraw Steering Committee
|
|
|
LDCad 1.0 (win+linux) |
Posted by: Roland Melkert - 2011-12-12, 23:40 - Forum: LDraw Editors and Viewers
- Replies (37)
|
|
I've uploaded the definitive 1.0 version to
http://www.melkert.net/LDCad
Mostly bug fixes over the beta 2 version.
The most important addition is the ability to move parts to another building step.
With this 'stable' version I'm going to work on some major features for the 1.1 version and as a result there will be less frequent updates unless there's a major issue reported.
Planned (some) features for 1.1 are:
- Multiple views including 2D Ortho mode (front/left/top/etc)
- Flexible parts (pneumatic hose, etc)
Any additional suggestions are still welcome though.
|
|
|
[Bricksmith] Tip to customize color palette |
Posted by: Jim DeVona - 2011-12-11, 15:10 - Forum: LDraw Editors and Viewers
- No Replies
|
|
Lots of colors are defined in ldconfig.ldr, but in any particularly model I typically only use a small subset of the available colors. As I build the model in Bricksmith, this means a lot of scrolling or searching through the color palette to pick the same couple of colors. Even using the keyboard, this can get tedious. (Too bad there's no "favorite colors" mechanism...)
In fact, you can create custom palettes with just the colors you need by swapping out the ldconfig.ldr file in your LDraw folder for a copy containing only the relevant color definitions. (Keep the original!)
For example, here's the entire ldconfig.ldr I used to build this model:
Code: 0 // LDraw Solid Colours
0 !COLOUR Black CODE 0 VALUE #05131D EDGE #595959
0 !COLOUR Light_Bluish_Gray CODE 71 VALUE #A0A5A9 EDGE #333333
0 !COLOUR Dark_Bluish_Gray CODE 72 VALUE #6C6E68 EDGE #333333
0 !COLOUR Red CODE 4 VALUE #C91A09 EDGE #333333
0 !COLOUR Tan CODE 19 VALUE #E4CD9E EDGE #333333
0 !COLOUR Blue CODE 1 VALUE #0055BF EDGE #333333
0 !COLOUR White CODE 15 VALUE #FFFFFF EDGE #333333
0 // LDraw Transparent Colours
0 !COLOUR Trans_Yellow CODE 46 VALUE #F5CD2F EDGE #8E7400 ALPHA 128
0 !COLOUR Trans_Black CODE 40 VALUE #635F52 EDGE #171316 ALPHA 128
0 !COLOUR Trans_Clear CODE 47 VALUE #FCFCFC EDGE #C3C3C3 ALPHA 128
0 // LDraw Internal Common Material Colours
0 !COLOUR Main_Colour CODE 16 VALUE #7F7F7F EDGE #333333
0 !COLOUR Edge_Colour CODE 24 VALUE #7F7F7F EDGE #333333
The Bricksmith color palette just shows you what's defined, so it looks like this:
Tidy and convenient! Don't forget to include the generic main and edge colors. I'm not sure what happens if you don't.
(I'm almost certain I've posted this tip somewhere before, but I can't find a link, so I figured I'd just share it again.)
|
|
|
L3P and LGEO in Linux Issue |
Posted by: Jude Parrill - 2011-12-11, 12:15 - Forum: LDraw File Processing and Conversion
- Replies (7)
|
|
OK, so I was attempting to use the Linux version of L3P to convert an MPD into a POV-ready file for rendering, when I noticed an inordinate amount of files were not being found. Worse yet, a lot of the files that supposedly weren't being found seemed parts that should be there. Here's a small sampling of the parts not being found:
Not in LGEO: 3034.dat Plate 2 x 8
Not in LGEO: 3023.dat Plate 1 x 2
Not in LGEO: 3020.dat Plate 2 x 4
Not in LGEO: 3022.dat Plate 2 x 2
Not in LGEO: 3710.dat Plate 1 x 4
Not in LGEO: 3031.dat Plate 4 x 4
So I looked into it, and found out those files DO EXIST in my lgeo library, so now I was really perplexed. Now, it would be one thing of no files were being found, but according to the end summary, 14 files were found, so clearly it isn't completely screwed up.
Furthermore, my "lgeo" file is in my LDraw folder, and I get the same files missing message whether I set the LGEODIR environmental variable or not (I use a script which sets it). In fact, the only way I could get a complete failure was to purposely set the LGEODIR to a wrong directory, which led to an expected "cannot find lg_elements.lst" error.
My question, then, is what am I doing wrong? Clearly L3P at least knows the lg_elements.lst and lg_colors.lst are, or it would be throwing errors about that at me. It's also finding some, but not all, parts. I'm really baffled right now, and any help would be welcome.
|
|
|
|