 | | Re: LDraw coordinate system driving me crazy
|
|
(...) Google uses the right handed system but indeed rotated by 90 degrees, LDraw also uses the right handed system but 180 degrees rotated. It should not matter how you show the model, the coordinates are interchangeable, but if you want to use (...) (18 years ago, 19-Nov-06, to lugnet.cad.dev)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
Tim Gould wrote: > It is still a right-handed system. The handedness is unchanged by rotation (in (...) So the original designer of the LDraw program just decided to use this orientation of the right handed system. if so then it starts making more (...) (18 years ago, 19-Nov-06, to lugnet.cad.dev)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
(...) That looks like a correct mapping to me. Unless I'm mistaken the red and orange are on the same sides in both pictures. The unwrapped boxes are definitely identical and unless you've moved them in one or the other the whole thing is right. Tim (18 years ago, 19-Nov-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
Hi, Here's my box test model in SketchUp. (The above model is the same model unfolded.) (URL) When I export this model to a .dat and open it in LDView, the green side is the top-view, blue is the front view (as expected), and I would expect the (...) (18 years ago, 19-Nov-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
(...) In LDraw +z is backwards, not forwards or more strictly +Z points away from the camera when X is right and -Y is up. Tim (18 years ago, 19-Nov-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
(...) I've been having difficulty with importing/exporting .dat files from SketchUp. In SketchUp, if you stand at the Origin; X is right, Y is forward, and Z is up. The LDraw Primitives Reference ((URL)) says the LDraw axes are: X is right, Y is (...) (18 years ago, 19-Nov-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
(...) It is still a right-handed system. The handedness is unchanged by rotation (in ldraws case 180*x from standard). Tim (18 years ago, 19-Nov-06, to lugnet.cad.dev)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
As I understand it, LDraw has negative y in the up direction, which is neither right nor left handed, but something else entirely. I don't know that it has a name. James (18 years ago, 19-Nov-06, to lugnet.cad.dev)
|
| |
| | Re: LDraw coordinate system driving me crazy
|
|
(...) I've always understood it is: X positive is right X negative is left Y Positive is bottom Y Negative is top z Positive is back z negative is front In fact you can show this by adding a brick in MLCad and moving it around, watching how the X, Y (...) (18 years ago, 19-Nov-06, to lugnet.cad.dev)
|
| |
| | LDraw coordinate system driving me crazy
|
|
Hello all, I'm having difficulties with the ldraw coordinate system. As fas I understood it it's Right handed, just like OpenGL. So X positive is right X negative is left Y Positive is top Y Negative is bottom z Positive is front z negative is back (...) (18 years ago, 19-Nov-06, to lugnet.cad.dev)
|
| |
| | BFC extension ratified by the LSC
|
|
The LDraw Standards Committee (LSC) has ratified the Back Face Culling (BFC) language extension. The de-facto BFC standard was adopted by the LSC as their working draft (see (URL) and we have since been working to clarify and/or remove any (...) (18 years ago, 9-Nov-06, to lugnet.announce, lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Contributor Agreement License details
|
|
Hi all, Well it's been a long time coming but we now have a version of the Contributor Agreement (CA) license and readme to be distributed alongside new versions of the parts library. I'd like to take this opportunity to thank all those who have (...) (18 years ago, 4-Nov-06, to lugnet.cad.dev.org.ldraw, lugnet.announce) !!
|
| |
| | MOTM / SOTM Voting For November Is Now Open
|
|
We're pleased to announce that voting for the November 2006 Model of the Month and Scene of the Month Contests is now open. Visit the voting page to cast your vote: (URL) inform me of any errors you may encounter. Note: If you get a error page, try (...) (18 years ago, 4-Nov-06, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) We just got an affirmation from Bernd Munding, author of 3839a.dat - Plate 1 x 2 with Handles Type 1. Like John Jensen's Technic Bucket 10 x 8 also this part has been rewritten (URL) for the record: if you wanna contact Bernd please use his (...) (18 years ago, 1-Nov-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Motion to move the LSC elections passes
|
|
With a total of 12 voters who "agreed" and none who "disagreed", the Motion to move the LSC elections from July to October: Begin of motion ---...--- Recurring Dates * October 1 - Annual summary published. Call for nominations. * October 14 - All (...) (18 years ago, 1-Nov-06, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) I agree. Posted in Mar 2006 this was not a re-write for CA-purposes, but an improvement and BFC addition. The original author still deserves credit. Header edited . Chris (18 years ago, 31-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | RE: Non-CA parts rewrite
|
|
If I remember correctly, Guy's file uses a lot more primitives, etc, etc, etc than the original, so I would say add the credit to the file on the Tracker. Can the admins do this with a header edit? (18 years ago, 30-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Use John's original work. Or add a credit for John to the new file. Steve (18 years ago, 30-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) We've got an affirmation from John Jensen for 2951.dat - Technic Bucket 10 x 8 but it looks like Guy Vivan was faster! The rewrite is already on the PT: (URL) and just needs to certified by the admins. Which action should be taken?? w. (18 years ago, 30-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: L3P Launcher version .8
|
|
(...) Thanks. I have uploaded a Universal Binary too. (URL) (18 years ago, 24-Oct-06, to lugnet.cad.dev.mac)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Submitted to PT admin (18 years ago, 22-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | LDraw.org is temporarely LDraw.org is temporarily not available
|
|
Hi, you might wonder why LDraw.org is currently showing just a blank page. We were upgrading to Postnuke .763 to support the new Postnuke theme templating engine when something went the wrong way. We are currently working to fix the problem and (...) (18 years ago, 19-Oct-06, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce)
|
| |
| | LSC adopts "de-facto" BFC standard as the draft standard
|
|
The LDraw Standards Committee (LSC) has adopted the "de-facto" Back Face Culling (BFC) standard ((URL) as their draft standard. We are now working on clarifying a few minor ambiguities in the draft standard so that it can be ratified as the official (...) (18 years ago, 15-Oct-06, to lugnet.announce, lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | LDraw.org MOTM/SOTM Relaunch
|
|
I'm pleased to announce the relaunch of LDraw.org's MOTM/SOTM contest. Moving the curatorship has caused some trouble, but now we are back on track and open submissions to MOTM/SOTM once again. Have a look at: (URL) the rules and submit you model or (...) (18 years ago, 14-Oct-06, to lugnet.cad, lugnet.announce, lugnet.cad.dev.org.ldraw)
|
| |
| | Motion to move the LSC elections: Call for Ratification
|
|
Since the motion to move the LSC elections has been posted (URL) and publicly discussed, and since by peoples' silence, there appear to be no more lingering objections, the Steering Committee hereby calls for a community vote to ratify the motion (...) (18 years ago, 14-Oct-06, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce)
|
| |
| | Re: Question to parts authors about BFC CERTIFY
|
|
In lugnet.cad.dev, Travis Cobbs wrote: > So, my question is this: should I remove this warning from LDView for commands > that contain options in addition to CERTIFY and CW/CCW? I definitely think that > it's appropriate to warn when multiple (...) (18 years ago, 12-Oct-06, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Question to parts authors about BFC CERTIFY [DAT]
|
|
As many parts authors are aware, LDView produces a warning if it finds more than one instance of the CERTIFY option among the BFC commands in one file. For example, the following will produce a warning on the second BFC command: 0 BFC CERTIFY CCW 1 (...) (18 years ago, 12-Oct-06, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: New parts header format validated by the LSC
|
|
LOL, I think it'll be totally free from bugs before I have even time to THINK about making new parts ;) Anyways, it's a relief that I don't have to worry about this too at the moment... CYA sometime next summer Cheers NB (18 years ago, 9-Oct-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Part 3650a
|
|
Here's a resurrection of an OLD thread... :-) I've recently begun to store all my TECHNIC sets, which range from about 1988 to present, all have been stored MISB (well, OK, they've been stored in the original box after I opened, inventoried by bag, (...) (18 years ago, 8-Oct-06, to lugnet.cad.dev)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Submitted to admins (18 years ago, 8-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
Niels Bugge schrieb: (...) You can give my new program DATHeader (Windows) a try to maintain the correct header. First Bug fixes are made, so I think it could be useful for you. cu MikeHeide (18 years ago, 8-Oct-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Motion to move the LSC elections: Call for Public Discussion and Consensus
|
|
(...) I have no objections to this change. One thing I would add would be a statement about the fact that the dates may flex a few days in either direction due to the personal schedules (read: real life events) of the site admins. -Orion (18 years ago, 8-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Motion to move the LSC elections: Call for Public Discussion and Consensus
|
|
(...) Thank you Willy for extending the time frames. /Lars (18 years ago, 7-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Motion to move the LSC elections: Call for Public Discussion and Consensus
|
|
(...) Shifting the dates from July/August to October/November makes sense to me, as the election then doesn't clash with summer holidays. I also have no objection to serving the extra three months this time around. William (18 years ago, 7-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
(...) Yes, as an author you will need to worry about it for newly submitted parts, because the Parts Tracker submit process will start checking for adherence to this. We will take care of the existing officlal library and the files currently on the (...) (18 years ago, 7-Oct-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: New parts header format validated by the LSC
|
|
I'm sorry if this question has ben brought up in other threads, but I'm really streached thin with real life business at the moment and can't really follow the pt or lugnet (at least for the next half year). ...I'd just like to know if this header (...) (18 years ago, 6-Oct-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: Parts Releases and the CA
|
|
With 1/3 of the non-ca parts in the library/tracker left to be re-written, the list of non-ca authors is as follows Name (number of parts authored) Chris Alano (5) Eric D'Aragon (1) Howard Lande (1) Kevin Bane (8) Luis E. Fernandez (10) Tim Romine (...) (18 years ago, 6-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
In need of re-writing (total 33) Type Number PT? Name parts 2464.dat N Brick 3 x 3 x 2 Facet Bottom parts 2494p01.dat N Glass for Window 1 x 4 x 5 with 5 Stripes parts 2500c01.dat N Electric Light & Sound Brick 1 x 8 Front Lights parts 2542.dat N (...) (18 years ago, 6-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Resubmitted 2336p35 and 2336p36 and associated parts. Tim (18 years ago, 5-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Bug in LDGlite?
|
|
(...) My first guess would be the -z-6000 arg. I think this places the near clipping plane way back behind the camera. What you want to do is put it in front of the camera, as far out as you can without clipping the model, so you squeeze the space (...) (18 years ago, 5-Oct-06, to lugnet.cad.dev)
|
| |
| | Bug in LDGlite?
|
|
hi, any ideas what's wrong with this batch file: set LDGLITE_EXE="C:\Prog...ad\LDGLite 1.1.8\ldglite" for %%a in ("MOTM_*.dat","MOTM_...OTM_*.mpd" ) do %LDGLITE_EXE% %%a -fh -v10240,7680 -s2 -z-6000 -Z6000 -i1 -q -cg25,45,0 -mS%%~na1.png for %%a in (...) (18 years ago, 4-Oct-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Motion to move the LSC elections: Call for Public Discussion and Consensus
|
|
hi folks, In response to this old thread (URL) since nobody has reacted to it, the LDraw Steering Committee likes to pick it up and proposes to shift the LDraw Standards Committee (LSC) elections from July to October by modifying the LDraw.org (...) (18 years ago, 3-Oct-06, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Working on Tim (18 years ago, 1-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Working on (18 years ago, 1-Oct-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
(...) This format has now been adopted - see Appendix I of (URL) (18 years ago, 29-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | New parts header format - Appendix I
|
|
The LDraw Standards Committee (LSC) has added Appendix I to the LDraw parts header format to cover the options available to the !LDRAW ORG meta-command Please see Appendix I of the (URL) parts header format> for full details. --William Howard (...) (18 years ago, 29-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Working on (18 years ago, 28-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
In need of re-writing (total 40) Type Number PT? Name parts 2336p35.dat Y Space Nose with Black/Silver "V" Pattern parts 2336p36.dat Y Space Nose with Red/Silver "V" Pattern parts 2464.dat N Brick 3 x 3 x 2 Facet Bottom parts 2494p01.dat N Glass for (...) (18 years ago, 28-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Working on (18 years ago, 27-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Rewritten (by Guy) and now on tracker (18 years ago, 26-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Re-written and submitted to Admins (18 years ago, 25-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) With over 50% of the parts by non-CA authors now re-written (see (URL) the list of non-CA authors (with parts still in the library/tracker) is as follows Name (number of parts authored) Chris Alano (5) Eric D'Aragon (1) Fredrik Glöckner (1) (...) (18 years ago, 25-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
Being worked on by myself (...) Being worked on by Guy (...) (18 years ago, 22-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Bricksmith 1.5: The Minifigure Cometh
|
|
(2 URLs) Bricksmith 1.5> adds the following features: A (URL) Minifigure Generator> Move and Rotate panels Pressing x, y, or z keys rotates parts It also fixes the following bugs: Holding option while nudging parts reliably selects the third axis (...) (18 years ago, 22-Sep-06, to lugnet.announce, lugnet.cad, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Non-CA parts rewrite
|
|
In need of re-writing (total 45) Type Number PT? Name parts 2336p35.dat Y Space Nose with Black/Silver "V" Pattern parts 2336p36.dat Y Space Nose with Red/Silver "V" Pattern parts 2464.dat N Brick 3 x 3 x 2 Facet Bottom parts 2494p01.dat N Glass for (...) (18 years ago, 18-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) re-written and submitted to the admins (18 years ago, 17-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Re-written and submitted to the admins (18 years ago, 17-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
2584 re-written and submitted to part admins (18 years ago, 17-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
--snip-- I redid 3839a.dat ((URL) but can't submit it. Tim (18 years ago, 17-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
In need of re-writing (total 53) Type Number PT? Name parts 2336p35.dat Y Space Nose with Black/Silver "V" Pattern parts 2336p36.dat Y Space Nose with Red/Silver "V" Pattern parts 2464.dat N Brick 3 x 3 x 2 Facet Bottom parts 2494p01.dat N Glass for (...) (18 years ago, 17-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
Oops! I swapped 32104 and 32140 (...) ... (...) ... ALSO 6063.dat updated on tracker (18 years ago, 16-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
Now submitted to part admins (...) (18 years ago, 16-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) It may just be easier to re-submit the parts with a comment. I'm sure they will be certified quickly. W (18 years ago, 16-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
Updated to incorporate Guy's post (see (URL) need of re-writing (total 58) Type Number PT? Name p 4-4con0.dat N Cone 0 x 1.0 parts 2336p35.dat Y Space Nose with Black/Silver "V" Pattern parts 2336p36.dat Y Space Nose with Red/Silver "V" Pattern (...) (18 years ago, 16-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
The following parts have been alredy completely rewritten be me (total 22) Just need to replace author non CA by GuyVivan and co-author : parts 2463.dat and CWD parts 2598.dat and OWP parts 2743.dat parts 2780.dat and Donald Sutter parts 2851.dat (...) (18 years ago, 16-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
(...) A shortcut is a file that provides an alias, a second number, for a part. Some shortcuts also specify the particular color (or colors) to use in a part. One classic example of a shortcut is part 30065.dat (even though its LDRAW_ORG line (...) (18 years ago, 15-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Non-CA parts rewrite
|
|
(...) Thanks William. The subtext to this is that parts already on the Parts Tracker can be uploaded directly - you don't need to send them to the admins. The first revision of an official part does need to uploaded by the admins. Chris (18 years ago, 15-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
Hello, (...) Thanks for the information! I will use this syntax then. What exactly is a "shortcut"? I'm still trying to write a parts editor and now I implemented the new part header system in the program. I hope it won't change again! Leg Godt- (...) (18 years ago, 15-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Non-CA parts rewrite
|
|
See also (URL) need of re-writing (total 88) Type Number PT? Name p 4-4con0.dat N Cone 0 x 1.0 p connect5.dat N Technic Pin 1.0 with Base Collar and Slots parts 2336p35.dat Y Space Nose with Black/Silver "V" Pattern parts 2336p36.dat Y Space Nose (...) (18 years ago, 15-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
(...) I would like to amend the Parts Tracker so that authors would not need to worry about this and the submit process would standardise this line. Chris (18 years ago, 15-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) --snip-- Just redid and submitted 32523 Tim (18 years ago, 14-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
(...) the LSC hasn't voted on this issue yet and dropped the argument during discussion to speed up the voting on the actual header (which was a wise approach). anyway, the proposal is as following: 0 !LDRAW_ORG Unofficial_Part| Unofficial_Subpart| (...) (18 years ago, 14-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New parts header format validated by the LSC
|
|
Hi Travis, how does this command line look like in unofficial parts (files I submit on the parts tracker)? 0 !LDRAW_ORG Part|Subpart|Primiti...e|Shortcut UPDATE YYYY-RR is it still the old 0 Type: Unofficial Element|Primitive|... line? And what kind (...) (18 years ago, 14-Sep-06, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | RE: Parts Releases and the CA
|
|
likewise part 50.dat should be 6628.dat -----Original Message----- From: news-gateway@lugnet.com [mailto:news-gateway...ugnet.com] On Behalf Of William Howard Sent: 14 September 2006 00:12 To: lugnet.cad.dev.org.l...lugnet.com Subject: Re: Parts (...) (18 years ago, 13-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
44.dat should be 32126.dat (part 44 is a "moved to" file) Can whomever next updates the list correct this (18 years ago, 13-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) The following parts have been rewritten (total 7) parts 4181p06.dat parts 4181p07.dat parts 4182p06.dat parts 4182p07.dat parts 75.dat parts 76.dat parts 77.dat The following parts are still needing to be rewritten (total 91) p 4-4con0.dat p (...) (18 years ago, 13-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | New parts header format validated by the LSC
|
|
The LDraw Standards Committee (LSC) has validated a suitable LDraw parts header format proposed by the library admins to implement the Contributor Agreement (CA). This was necessary in order to update the LDraw parts library to use the new CA, and (...) (18 years ago, 11-Sep-06, to lugnet.announce, lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw, FTX) !
|
| |
| | Re: Parts Releases and the CA
|
|
(...) Here is the list of files in the official library, whose original author has not affirmed the CA. I have not reviewed all of these for comments that indicate they might already have had a complete re-write. Some files are already on the Parts (...) (18 years ago, 11-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) chris is working on the list. stay tuned. w. (18 years ago, 10-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) I may have missed this, but has LDraw.org released a list of the parts that need to be replaced? I would think that making such a list available and encouraging part authors to focus their efforts on those parts first would speed things up and (...) (18 years ago, 9-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) I found that performance went down somewhat when I copied and pre-translated all the studs too. I could be creating a memory cache penalty. Anyway it is only one matrix multiply per stud (stud is already flattened in itself), which goes onto (...) (18 years ago, 9-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
The thread seems to be splitting from the original point, It is a fact that OpenGL generally places a depth of 16 on any transforms. If an LDRAW model in MPD format was presented to OpenGL as a raw data block I suspect that OpenGL would easily hit (...) (18 years ago, 8-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) Actually on modern cards strips are always slower than optmized lists. You can always try adding degenerate triangles to stitch strips together to save the cost of multiple render calls (too bad PC cards don't support a primitive reset index). (...) (18 years ago, 8-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) Well, typically the multiplies that occur for different studs have the same rotation and scaling aspects, the only thing different is the position. So instead of repeating the multiplication on the original matrix, if the top left 3x3 values (...) (18 years ago, 7-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) Okay... 15% speedup is substantial... that means that it's better to pre-transform the subfiles when generating the operations for the current file. I won't worry about the maximum depth any more then. (...) How does a renderer know which (...) (18 years ago, 7-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) Same here for LDView. LDView always flattens part geometry, and this seems to improve performance enough to be noticed. LDView does use a display list for each part, and a nested display list for each nesting level above that (as long as you (...) (18 years ago, 7-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) MPD files don't add that many extra levels... usually only 2, isn't it? Further, the only stacking that generally needs to occur at the mpd level is modification of the modelview matrix, which opengl guarantees a minimum of 32. It's only in (...) (18 years ago, 7-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) I tested the performance of, and saw a decent gain from flattening part geometry. (Perhaps 15% in BrickDraw3D for QuickDraw3D or OpenGL.) What this means is that when a part is prepared into a drawing list, it is not a list of calls to (...) (18 years ago, 7-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) As far as building instructions go, LPub only provides for unique background color/backdrop for up to four levels. This is about as much as I've ever seen in LEGO building instructions. The renderers take care of nesting within individual part (...) (18 years ago, 7-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: Maximum depth of ldraw models?
|
|
(...) Hmm. I use MPD models a lot, there can be several levels of nesting within a single .mpd file, and I have been known to refer to .mpd files from other .mpd files. I'm not sure how deep my nesting of model files goes, but I'd be a little (...) (18 years ago, 6-Sep-06, to lugnet.cad.dev)
|
| |
| | Maximum depth of ldraw models?
|
|
I notice that no maximum depth is given by the standard. How potentially non-compliant would a renderer be if it fails because parts in a model are too deeply nested (a maximum of as little as 16 on some OpenGL implementations). I notice that no (...) (18 years ago, 6-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) Well, one that I have gives a warning message that says it can't handle color 24 and substitutes 16 for such lines. But I wasn't sure if that was correct behaviour. Another one that I've played with quietly accepts such lines, but appears to (...) (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) Actually, that grep doesn't return anything. '^[ \t]*1 24' does return hits from three files, though. Every single place in the library that this is used, it's used in a reference to one of the edge primitives. The edge primitives use color 24 (...) (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) In the case of some kind of direct color, I guess the rendering program is free to do whatever it wants. The simplest action would be to default to black (either LDraw 0, or RGB #000000). I'd be interested to hear what actual rendering (...) (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
Okay... that makes sense. But what if the contrast color for the current file's main color is just an RGB value rather than a color index? What should the subfile's contrast color be set to in that case? Thank you for your help, by the way. >> Mark (...) (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) The contrast color within the subfile would be defined in the normal way - use the main color for the subfile, and look up the contrast color from the color table. The fact that the originating linetype 1 used color code 24 shouldn't matter by (...) (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) Right... but what should the contrast color be defined as within the subfile? The same? >> Mark (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) Not exactly -- just use the current contrast color as the main color for the subfile. Whenever a subfile is rendered, it should already be looking up the local contrast color based on the local main color. Steve (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) Does that mean that it would be appropriate for a renderer to just swap the main and contrast colors when it encounters such a line, or what? I just want know what a renderer is supposed to do. (...) Well, doing grep '^1 24 ' on the parts (...) (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
| |
| | Re: What does a subpart with color=24 mean?
|
|
(...) It will be the constrast color for the constrast color. Which may be the same as the main color -- but it may not. Also, some viewers (like L3Lab) may balk at rendering a file which uses color 24 in a line type 1. Steve (18 years ago, 5-Sep-06, to lugnet.cad.dev)
|
