 | | L(EGO)Draw parts - 3rd batch
|
|
Hi folks, the LEGO Universe Team has shared another batch of part shapes with the community, with the purpose to make them fit for the LDraw Parts Tracker. This time things are a bit different. The package we've got contains also shapes which are (...) (15 years ago, 15-Oct-09, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.cad.dat.parts, lugnet.announce, FTX) !
|
| |
| | Re: How to Rotate LPub Instruction Images with ROTSTEP (a crash course for fellow Mac users)
|
|
(...) Hi, Willy. I don't think I have the ability to edit LDraw.org. Please feel free to add or link to this tutorial yourself, however. Although this may remain a handy reference, I want to point out that Mac users now have a much nicer option. (...) (15 years ago, 10-Oct-09, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: How to Rotate LPub Instruction Images with ROTSTEP (a crash course for fellow Mac users)
|
|
(...) Jim, please add this to the tutorial section at LDraw.org w. (15 years ago, 10-Oct-09, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: reference for program author
|
|
In lugnet.cad.dev, Michael Heidemann wrote: -- snip -- (...) That sounds like a perfect task for somewhere on the wiki. That way information can be kept up-to-date whenever new discussions take place. (URL) created a quick article start for people (...) (15 years ago, 6-Oct-09, to lugnet.cad.dev)
|
| |
| | reference for program author
|
|
Many times during developing DATHeader I had questions that I tried to solve by searching in LUGNET posts and reading the documentation on LDraw.org. Often I had to make my own decision how to handle that problem. For example: Reading files with (...) (15 years ago, 5-Oct-09, to lugnet.cad.dev)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) Let me stop this before it gets started... It's not an offense, Tore, nor were you wrong at the time. There is no witch hunt, finger pointing, or conspiracy. We are not on a crusade against you or anyone else. We simply want to upgrade the (...) (15 years ago, 2-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) It appears so, even if I wish it was just the opposite. I still haven't been convinced why it is so wrong to use the backwards compatible color number range when possible. I used color 462 for the orange part of the German flag because number (...) (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) Hi, All these colors are in the 'dithered' range, if the actual dither color is wanted by the part author it has nothing to do with mlcad or has it? And isn't declaring new colors in the LDConfig using the dithered range breaking some kind of (...) (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) There may be problems matching these colors. As you note, these are patterned parts and the colors Lego uses for the printing on patterned parts do not necessarily match the colors used for the plastic brick. -Orion (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) When we updated the LDConfig.ldr 462 was already defined as Medium_Orange #FE9F06 and has therefore been kept. If Medium_Orange is appropriate for the German Flag is another story. The chart only list colors which are used in parts but are not (...) (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) How about color 462 in 777p01.dat? (15 years ago, 30-Sep-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
Hi, Scott Wardlaw has written a prog which matches the colors used in the official parts against the now updated LDConfig.ldr colors chart. This is a list of parts that use colors which were mainly defined in MLCad and have never been LDraw colors: (...) (15 years ago, 30-Sep-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Website slow
|
|
(...) I'd guess that this time there is a mass downloading of the newest parts update. Tim (15 years ago, 27-Sep-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Website slow
|
|
(...) The visitors are also spiders, bots and the rest of internet fauna. LDraw.org is hosted on a Peeron.com server. Last time we had been slow it was lack of memory: (URL) drop Dan a mail an see what can be done. w. LDraw Administration Team. (15 years ago, 26-Sep-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Website slow
|
|
Whis is LDraw.org so slow? Is someone hosting it from their home/work PC? Are there really that many visitors? -Mike (15 years ago, 26-Sep-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD Wizard now available for Mac
|
|
(...) This doesn't help with rendering. (...) This does, big time. I can use newer versions of official parts that may have better primitive usage. LDView helps with this a little bit better than L3P but I find a self contained MPD more convenient. (15 years ago, 18-Sep-09, to lugnet.cad, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: MPD Wizard now available for Mac
|
|
(...) Considering Bricksmith's seamless support for submodels, I didn't initially see the need for MPD Wizard (my own (URL) Mac MPD Utility> is wonkier and long since obsolete). However, as Allen hints, I realize MPD Wizard does provide a few (...) (15 years ago, 18-Sep-09, to lugnet.cad, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) Correction: 44489.dat should be 44809.dat Technic Cross Block 2 x 2 Bent 90 (Pin/Pin/Pin) Chris (15 years ago, 4-Sep-09, to lugnet.cad.dev)
|
| |
| | LDraw.org's September 2009 Part of the Month voting is now open
|
|
The voting for the September 2009 contests is now open. Visit the (URL) page> to cast your vote. Sorry, no MOTM or SOTM this month. So far we have only three entries for every contest. Willy Tschager LDraw.org Administration Team (15 years ago, 3-Sep-09, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce, FTX)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) Thank you for all the comments on this (including those that veered off-topic). I like the "Cross Block" designation, especially as this is a common theme in the LEGO descriptions. It has the added benefit that it is shorter than "Joiner (...) (15 years ago, 3-Sep-09, to lugnet.cad.dev)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Yeah, I actually wanted to do that too in the begining. I can't remember how long we have been working on the release of this file, but it has been a long time for me. I'm not sure I have enough fight left in me to support (and drag this out (...) (15 years ago, 19-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
Oh yeah, one more thing. If you've gotta sort alphabetically, I say don't discriminate. Sort the Lego core colors in the 30000 range alphabetically too. What? You say can't do that, because those numbers mean something? How could that be? I'm gonna (...) (15 years ago, 19-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Personally I find it harder to remember all the silly names than to remember the basic colors by number. If they aren't sorted by color then I still want red, blue, yellow, black, white, and grey near the top of the list. The numeric order has (...) (15 years ago, 19-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Each program that reads and uses the LDconfig.ldr file should know how best to display the colors. If the program shows color swaths, then it does make good sense for the program to display them in a Hue-Saturation-Brightness order. For (...) (15 years ago, 18-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Now that's what I'm talking about! I just didn't say it right. ;) If you're not going to list the colors in ldconfig.ldr sorted by number then pick a useful ordering like Hue-Saturation-Brightness. Alphabetic order is not much better than (...) (15 years ago, 18-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Duplicated colors are my deepest concern. Below is a screenshot of Bricksmith's color picker using the new ldconfig.ldr: (URL) I can't just hide the TLG colors. For one thing, some of them don't seem to have non-TLG counterparts (like (...) (15 years ago, 18-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) I think group sub-sorting might be more trouble than it's worth. Editors can just sort the colors by Hue-Saturation-Brightness. That's what Bricksmith does. It's a simple mathematical transformation. (URL) Allen (15 years ago, 18-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) The 2006-2007 LSC agreed with this also, which is why we added the part about "(needs work)" to the (URL) LDraw.org Official Library Header Specification>. --Travis (15 years ago, 14-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
--snip-- (...) The majority of LDraw users I know of outside LUGNET (flickr, facebook and TBB) use MLCAD and LDview for their LDraw experience. It's not a full poll and it's not a big sample but it's probably a better example of 'new users' than (...) (15 years ago, 14-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Quality is important, but the first priority of Ldraw should always be to make it easy to create and share the models. Photo-realism is nice, to be sure, but certainly a somewhat lower priority. I'm not aware of any photo-realistic realtime (...) (15 years ago, 13-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Kickin' in open doors, are you? I have absolutely no reason to disagree. (...) You are right about one thing: newer LEGO colours isn't one of my obsessions, but I may download other peoples' LDraw MOCs... (...) I'd love to, but I don't think (...) (15 years ago, 13-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Couldn't find the word "vitriol" in my dictionary, just "vitrify". But from the context I conclude it's something like aggressive, rude, grumpy, impolite, or emotional. And yes, I admit I've been unnesessarily grumpy and I am truly sorry for (...) (15 years ago, 13-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) No need for the vitriol Tore. (...) Yes but, as with all things, people come and people go. I, for example, am much more withdrawn than I was in 2004 since I'm on an operational submarine now and only have a limited amount of time in port. (...) (15 years ago, 13-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) It may be able to display a billion polygons, but it certainly can't keep a billion unique polygons in video memory. Each unique point requires a bare minimum of 12 bytes, and usually requires more than that (for color/texture info). The (...) (15 years ago, 13-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Thanks for the explanation. Since my computer at work (which I am using) is a high end CAD workstation with enough VRAM to display a billion polygons, I guess I should just leave it on HIGH! On my home machine, I will probably slow it down. (...) (15 years ago, 13-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) The main effect that this setting has is its control over the amount of display list compilation used. Display lists are a feature in OpenGL (the graphics library used by LDView) for drawing static objects. They convert (compile) the data into (...) (15 years ago, 12-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) This makes me curious as to how this Memory Usage feature works. Why would I set the memory usage to "Low" if I have plenty of RAM? What does this do for me? Eric (15 years ago, 12-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Well, what we are actually trying with the new LDConfig.ldr file is getting more colors into LDraw, colors people find in today’s set but not LDraw and IMHO it lowers the bar for users if the colors are consistent throughout the system. Since (...) (15 years ago, 12-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) I have a few comments here. First of all, if you're going to load a huge model in LDView, it's usually best to set its "Memory Usage" setting to Low (especially on old hardware). Secondly, as has been pointed out, LDView takes a lot longer to (...) (15 years ago, 11-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Did you have any suggestions for him? I did not, other than that he does not have his paths set up correctly (which was already mentioned). I do not even have LPub 2 installed anywhere anymore. Do you? If so, maybe you could help him. I'd (...) (15 years ago, 11-Aug-09, to lugnet.cad.dev.org.ldraw)
|
