 | | Re: calc_z4.c (Was: Math Problem Again)
|
|
(...) You also need a touch of code to catch when c=0 so that z4 is undefined ;) Tim (15 years ago, 23-Oct-09, to lugnet.cad.dev)
|
| |
| | calc_z4.c (Was: Math Problem Again)
|
|
(...) Sorry guys, just wanted to store this function in a safer place than my hard drive. :) I just don't want to remake it again...! Feel free to copy/paste/edit/port if you need it! /Tore // calc_z4 by Tore Eriksson // credits to Ronan Webb for (...) (15 years ago, 22-Oct-09, to lugnet.cad.dev)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) And I'll start on the 57565.dat as soon as I've finished the competition cannon. I've got the front cover, trigger and spring all three done and it doesn't look like it'll take too long for me to model the bulk of the cannon so I guess it'll (...) (15 years ago, 19-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) Good point! Changed. w. (15 years ago, 19-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) Great, thanks! "If you wanna contribute just download the file you want work on, but don't forget to email the LDraw Administration Team telling the part number your working on - your name will be associated with the part in order to avoid (...) (15 years ago, 19-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) I've uploaded the .dats to my website (the upload module at LDraw.org would have me driven crazy if I had to upload 1200 files one by one). The links can be found at the wiki. w. (15 years ago, 19-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) (URL) (15 years ago, 18-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) What do they gray and green colors signify? Mike (15 years ago, 18-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Peeron_to_MLCad
|
|
(...) Hi Il'dar Ismagilov I'm sorry but I haven't received an email from you or I have cancelled it involuntarily. I have tested again Peroon_to_Mlcad with Internet Explorer 8.0 and Mozilla Fireworks 3.5 and there are no problems for me. Contact me (...) (15 years ago, 17-Oct-09, to lugnet.cad.dev)
|
| |
| | Re: Peeron_to_MLCad
|
|
(...) This program is interesting for me. But It does not work correctly now. I think the reason is that Peeron's html code has changed and a Peeron2MLCAD's parser needs an update. I have an universal parser from my another program and I prefer to (...) (15 years ago, 17-Oct-09, to lugnet.cad.dev)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) You won't believe! Seriously, all the cheers go to the LEGO Universe Team!!! w. (15 years ago, 16-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) .dats are on my hard disk. I upload them once the list is clean. (...) A wiki page has been created at: (URL) sure you understand how wiki tables work. w. (15 years ago, 16-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) Thanks! (15 years ago, 16-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) Ahem... (URL) It will let me model some parts I've been wanting to do (...) You're welcome! Philo (15 years ago, 16-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) <BIG SNIP> (...) I can spot some *VERY* interesting parts, like the minifig hairs and mermaid tail, etc.. I'd myself love to go for 57565.dat (count that as a reserve-that-for-me)! Also I can see we got the rectangular ball joint (62712.dat) - (...) (15 years ago, 16-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L(EGO)Draw parts - 3rd batch
|
|
(...) Awesome harvest! - Where can we find the .dat files? - What about a wiki to hold the comments? Philo (15 years ago, 16-Oct-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) That is not correct. The 1.8 sec are the drawing time. If you will have a look into 'statistics' you will see that most of the time the loading will take and then 1.8 sec. for the drawing is used. So this comparison is not correct, but you are (...) (15 years ago, 11-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) That is just so not true. (...) Well then, welcome to my reality. Viewing just a small portion of Datsville on my AMD1100, for example TOWN-10.ldr, takes 1.8 seconds in L3Lab. But several minutes in LDView - if it doesn't crash. I am (...) (15 years ago, 11-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) So far we have much more TLC color numbers than in LDraw (Bricklink) with TLC apparently not going further than 300. Therefore a numbering starting with 3000 would be fine. w. (15 years ago, 7-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) In order to add new colors to the list easily and with some officiality, it makes good sense to follow a system like using the colors provided from the Lego company. This is what I agreed to when creating this list of colors; as I knew that I (...) (15 years ago, 3-Aug-09, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) I used this calculator: (URL) get darker shades for the trans edges. Could you try to get a ratio that works for the trans colors? w. (15 years ago, 3-Aug-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) So is it possible to save a version of LDView's lighting parameters so that it defaults to colors that look right when using this ldconfig.ldr file? If so, then I'd like to suggest putting some comments at the top of the file mentioning this, (...) (15 years ago, 31-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | (canceled)
|
|
|
| |
| | Re: New LDConfig.ldr color file
|
|
Has any thought been given to anyone on how patterned parts/stickered parts are to be handled? Because there are more colors used in printed and stickered parts then there will ever be in the plastic colors that this defines. I'm not trilled with (...) (15 years ago, 30-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | (canceled)
|
|
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) It is the webmaster's policy that the authors submit and maintain the links to their tools and we only remove broken links. Obviously nothing hinders us to update the link for L3P at Ldraw.org but since nothing on the official page (URL) (...) (15 years ago, 30-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) I think he means the semi reserved ranges 32..63 (transparent version of 0..31) and 256..511 (dithered version of two encoded 0..15 colors). But as far I know these can be overridden by a 'normal' definition and should only be treaded as (...) (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Indeed, basically it doesn't matter what range you use. I just wanted to point out that 'other' ranges are rounded upon hexadecimal notation (due to math advantages). So I suggested also using that for these new ldc numbers for consistency (...) (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) That's very good news! Very recently I visited (URL) and there it reads: "Version: 1.3 | File size: 78.00 Kb" and links to (URL) where it reads: "NEW Read about the v1.3 20010120 release NEW". Maybe time to update some pages? I haven't checked (...) (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) As far as I remember LDView does a more than decent job converting to PovRay as well as viewer so there is actually no need for L3P or L3Lab - not counting in that accordingly the L3P page (URL) supports the LDConfig.ldr file: "Colors from (...) (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Well, actually there are two forbidden zones; the small at colors 29 through 31 and the large at 48 to 255. Color numbers within those ranges generate errors if used in L3P and L3Lab. In original LDraw and other really old programs, colors (...) (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) This can be done with the caveat that we start with something like say 2001 or 3001 in order to preserve the original LEGO numbering starting from 1 to 300. for 2001 the TLG color number would be "#7D1". Correct? w. (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) Could you be a bit more precise. What is the "Forbidden zone"? w. (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) renamed to "ldcfgalt.ldr" (...) Hmmm this would be best solved with an additional command in the file - say CATEGORY or CLASTER or whatever. Anyway, modifications to the synthax can only be applied by the LSC. (...) Good point. I'll modify the (...) (15 years ago, 29-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) for MLCAD use: (URL) (15 years ago, 28-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) <snip a lot of info> Seems like quite an undertaking. (...) My vote would go to keeping the old ldraw colors, like said else were most monitors aren't calibrated. (...) I don't know about other software but my LD4DStudio uses the config file (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) All new color codes except 313 Maersk Blue generate errors in L3Lab and L3P because the numbers just had to be picked from the forbidden zone... :( :( :( /Tore (15 years ago, 28-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) Alright, that's cool...but how exactly would you suggest making the distinction between the three different 1x3 saddle joints? Perhaps like this: (...) And then you just need to assume that everyone knows exactly which order in which these (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) I don't really know what I'm talking about here, but I think there might be a big difference between the representation of RGB values in a dye based color system for bricks, another one for printing on paper, and a color system for computer (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) "cheese wedge". It won't come up as "slope grille" either, while Peeron produces seven different parts that merely include those words at various points in their descriptions. Sorry, but their search engine verges on being an excellent cure (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: New LDConfig.ldr color file
|
|
(...) SNIP (...) So it'd be goodbye for Stone Gray? :-( Well, I can live with that.. (...) Nice! :-) SNIP (...) Hmm... looking at the new colours I'd be otherwise fine sans the new Black... looks too bluish for me. (...) Well that's going to be (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) I'd be for dimensions but not the hole sequence.. the hole sequence goes into redundancies IMHO. So for example I'd like 6536.dat to be "Technic Axle Joiner Perpendicular 1 x 2". (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) LEGO database? To those who work for them, their part description may not be as optional as ours. However, that doesn't mean that we should make emotional choices. I worship TLG as much as the next AFOL, but we already know they don't put (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | New LDConfig.ldr color file
|
|
Hi folks, working on and off for almost a year with Scott Wardlaw, Alex Taylor and with the help from Joshua Delahunty we put together a new LDConfig file which hopefully fills in where the old version failed: (URL) file has the following (...) (15 years ago, 28-Jul-09, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce) !
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) I agree with Philo, would remove the Axle/Pin qualifier in front and go for example with "Technic Joiner Perpendicular 1 x 2 (Axle/Pin)" w. (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) The LEGO database lists the following names: 6536 CROSS BLOCK 90° 32184 DOUBLE CROSS BLOCK 32068 TECHNIC STEERING-GEAR 3M 32291 TECHNIC CROSS BLOCK 2X4,85 41678 TECHNIC CROSS BLOCK/FORK 2X2 42003 CROSS BLOCK 3M 32557 TECHNIC CROSSBLOCK 2X3 I (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Bricksmith 2.2: Your Favorite(s)
|
|
(2 URLs) Bricksmith 2.2> adds the following features: Part favorites Supports MacBook trackpad gestures Middle mouse button activates spin mode Pen tablet eraser deletes parts Colors sort by hue It also fixes the following bugs: Center-click/smooth (...) (15 years ago, 28-Jul-09, to lugnet.announce, lugnet.cad, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) Good thing number of Ldraw members has nothing to do with number of Ldraw users :) While I agree it would be nice if the two sources matched, unfortunately they serve totally different purposes, and that is unlikely to ever happen. BL has (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) So then, we shall say the same? Both us and BL have long-lived and complicated systems. I never really expected you or DATHeader to instantly change your way of life, but I believe that it is time to consider subtle changes to help bring our (...) (15 years ago, 28-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) Not to point fingers or start a flame war but as I recall everytime anyone has suggested that Bricklink change to conform to some other standard, it has been rebuffed by the BL admins. This lack of willingness to compromise has, at least in (...) (15 years ago, 27-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) Good thing you don't have to agree for the statement to still be true. Ldraw has just over 3 thousand members. BrickLink has nearly 110 thousand. Peeron is great for the one resource that it is most used for - historical instructions on LEGO (...) (15 years ago, 27-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) None of those parts should really be referred to as "axle joiners" or "pin joiners". The only parts that should have those names are the ones that join them end-to-end. These parts are all what a hardware store would recognize as a saddle (...) (15 years ago, 27-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) See, right there I couldn't agree with you less. I spend a lot more time producing a design in LDraw than I do plugging the parts list into Bricklink, and when I'm doing so I generally have to stick to part numbers rather than descriptions (...) (15 years ago, 27-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
Most of you know my opinion on this one - use BrickLink names. Our community is dispursed enough. We need to work to unify what we can. BrickLink names are the most widely used amongst the community. After all, how many people convert their LDraw (...) (15 years ago, 24-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: Technic Axle Joiner / Cross Block descriptions
|
|
(...) I agree it is time to rationalize naming of this similar parts... I would go one step further and name all of them "Technic Joiner Perpendicular xxxx" since hole type sequence is described in the end of name, and a 6536.dat Technic Axle Joiner (...) (15 years ago, 23-Jul-09, to lugnet.cad.dev)
|
| |
| | Technic Axle Joiner / Cross Block descriptions
|
|
With almost all the "Technic Axle Joiner" parts on the Parts Tracker, I'd like to take the opportunity to rationalise the part descriptions which have developed over time as these parts have appeared. Currently we have: 6536.dat Technic Axle Joiner (...) (15 years ago, 22-Jul-09, to lugnet.cad.dev)
|
| |
| | Re: L3P -check Messages and hold votes
|
|
(...) Partly correct. I used an open source version of pascal to compile this program. Since it's not win specific, it's probably not as optimized to the win platform as Delphi is. -Orion (15 years ago, 20-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L3P -check Messages and hold votes
|
|
(...) This is for Mac OS and windows OS at the same time. I think LDDP is only for WinOS. (15 years ago, 18-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L3P -check Messages and hold votes
|
|
(...) I wonder why this windows execute is soooo large (12,6 MB!) and LDDP is only 1,9 MB?. cu mikeheide (15 years ago, 17-Jul-09, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L3P -check Messages and hold votes
|
|
(...) Current version of DATHeader checks this. (...) Please see the document what DATHeader is testing for at (URL) the POV code test I think it is a complete list of things that got a hold vote or at least not certified on the PT during the last (...) (15 years ago, 17-Jul-09, to lugnet.cad.dev.org.ldraw)
|
