 | | Re: Parts Tracker News
|
|
"Steve Bliss" <steve.bliss@home.com> wrote in message news:GKpB3L.Hus@lugnet.com... (...) for (...) list, (...) Comments (...) Nifty! (...) library (...) yet; (...) Coolness. Thanks a ton, Steve! Keep it up :-) -Tim LDraw.org (23 years ago, 4-Oct-01, to lugnet.cad.dev)
|
| |
| | Parts Tracker News
|
|
Just a few quick items. Some good news, some not-as-good news. First, there's a new report-page, which shows the 'certification status' for each part. The parts that are ready for release are at the top of the list, the rest are below. And the most (...) (23 years ago, 4-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Winners of LDraw.org's October 2001 Model/Scene Of The Month
|
|
Terry: (...) I can automate the hard parts. (...) What about letting the computer have the lack of breathing space? (...) I would rather choose: * Entry deadline on the 23rd of each month. * Voting commences on the 1st of each month (assuming that (...) (23 years ago, 4-Oct-01, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Winners of LDraw.org's October 2001 Model/Scene Of The Month
|
|
(...) Thank you, Fredrik. (...) Hmm... My only problem is concerns about confusion (mine), and timeliness. Having voting going on back-to-back would require me to do a some juggling. And would require that pages get updated promptly at the turn of (...) (23 years ago, 4-Oct-01, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Winners of LDraw.org's October 2001 Model/Scene Of The Month
|
|
Fredrik: (...) Sound like a very sensible idea. (...) $ grep '^software' /etc/aliases software: tim $ Jacob (23 years ago, 3-Oct-01, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Winners of LDraw.org's October 2001 Model/Scene Of The Month
|
|
(...) It was certainly well deserved! BTW, I think that one week voting time is a bit limited. It's also a bit odd to go and look for contestants, and only find them one out of four weeks. How about a scheme were the models were up for voting for (...) (23 years ago, 3-Oct-01, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Future extension of dat files?
|
|
(...) I get this: C:\>assoc .ldr .ldr=l3.dat C:\>assoc .dat .dat=L3.dat But I was mucking with assoc yesterday, so don't assume this is the normal result of the registry mucking I did before then. (...) Probably LDraw.Document would be good, having (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Winners of LDraw.org's October 2001 Model/Scene Of The Month
|
|
Hi all, Sorry for being a day late, but I felt the need to have Jacob (the server admin for ldraw.org) verify the voting tallies. Not because it was close, but because I won. :-) (short pause here for a victory dance)... OK, <pant, pant) I'm back at (...) (23 years ago, 3-Oct-01, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
Steve: (...) That's also my intention with them. Similarly are the POV-Ray colour codes intended to be the closest match for rendering the colours and transparancies in POV-Ray. Play well, Jacob -- (URL) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Future extension of dat files?
|
|
(...) I don't suppose you could humor me and type: assoc .ldr at a command prompt and tell me what you get. Since we seem to be standardizing on the .ldr extension and the application/x-ldraw, it might be nice to standardize the rest of the junk (...) (23 years ago, 1-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) I always thought the RGBs in the FAQ were supposed to be approximations of the 'real colors'. LDraw's palette is a poor match for real LEGO, and I'd hate to be stuck with it's selections. Although there were some values that we didn't have any (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) Yes, but there are some problems: 1. LDraw (and LEdit) can't be changed to render new colors. So if we arbitrarily select color codes in the 0 - 255 range, the old programs won't work. 2. LDraw renders colors 17-31 the same as colors 1-15 (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Future extension of dat files?
|
|
(...) Yeah, like Tim said: the file format is staying the same. There are only two changes going on: 1. LDraw.org semi-officially endorses the .LDR extension as the standard for LDraw files. This stance doesn't have a *direct* effect on anything. 2. (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) I forgot to reply to this part of your message! Steve Bliss said that the RGB values in his table were from Suzanne D. Rich's LEGO colour page. Hence, they are approximations to the real RGB values of the bricks, not the averaged RGB values. (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) But isn't that the whole point? If I use the dithered colour 383 in a model, L3P will interpret it as chrome and use a special colour and reflection model for it. Rendering the same model in LDraw, however, will reveal that it is only a (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) [snip] (...) I was my impression that colors 256 to 511 are dithered combinations of colors 0 to 15, and that the RGB was the calculated average of the two dithered colors. The RGB of dithered colors is just mentioned in the FAQ as a (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) Ok, that means I will extend the internal color table to 512 entries, and allow the user to modify colors up to value 511. Just looked up the code and remembered the implementation: As current MLCad supports the following: 0-31 fixed (as in (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) This is true. When a new colour is released from LEGO, we normally aim to find a dithered colour which looks fairly much like the new colour. Then we define that particular dithered colour as the new one. That way, we can still use the old (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Codes for New Colors (was: Sand Red Bricks)
|
|
(...) Maybe I didn't understand something right, but the LDraw FAQ in section 20 mentiones that colors from 256 to 511 are dithered and not solid! So how can we have colors there? Are we not supporting dithered colors anymore? Or what is the real (...) (23 years ago, 2-Oct-01, to lugnet.cad.dev)
|
| |
| | Re: Future extension of dat files?
|
|
"Dave Schuler" <orrex@excite.com> wrote in message news:GKJKwG.Awv@lugnet.com... (...) at (...) No, the actual text based file format will remain the same. -Tim (23 years ago, 1-Oct-01, to lugnet.cad.dev)
|
