 | | Re: Checking 48\1-4ring4.dat
|
|
(...) Steve, He's uploaded the file, it's been certified, and it's ready for admin review... Thanks, Franklin (22 years ago, 20-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Motorcycle rider shortcut
|
|
(...) Sorry guys, I'm not sure what happened here. The only thing I can come up with is that none of the parts used in this shortcut had any BFC statements, so I did not add it. Paul (22 years ago, 20-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Tracker] Activity page not updating...
|
|
(...) What's wrong? It's like this: I made changes in the posting script, so there would be fewer collisions between the background process and the PT website. But there was a bug, and the master events file was not getting copied over to the (...) (22 years ago, 20-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Sorry, I never intended to imply that it should replace type 5 lines. In addition to the problem of backwards compatibility, this will only work for BFC-certified parts. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Alternate Type 5 line algorithm and other BFC questions...
|
|
(...) Just check to see if the determinant of the matrix is negative. If it is, the matrix involves mirroring. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
Steve, I've posted several comments on KEYWORDS (and an occasional CMDLINE) meta-statements for various certified parts in the Tracker... Thanks, Franklin (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | [Tracker] Activity page not updating...
|
|
Steve, I posted a review on a part ("(URL) but that review is not showing up in the Activity page ("(URL) even though I've hit "Reload" several times. What's wrong?... Thanks, Franklin (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Thanks for that explanation, however I think we still need to include type 5 lines in parts, so that programs which don't implement this technique (eg ldraw) can still display the curved edges correctly. Programs which do implement it can (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
In lugnet.cad.dev.org.ldraw, Steve Bliss writes: [a whole lot of info, which I've snipped...] Steve, I wouldn't mind renumbering the as-yet-unofficial torso patterns you mentioned. I do see a potential problem, however... There are just *so* *many* (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Alternate Type 5 line algorithm and other BFC questions...
|
|
[snip] > > Normally you don't bother to enable Z buffer writing when drawing the > transparent surfaces, because they are the last thing drawn, and it won't > matter. However, it doesn't hurt anything to enable it, other than slowing > it down a (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Cool. Thanks for taking the time to explain it to me. I didn't realize this about opengl. Steve "please speak slowly and clearly" Bliss (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
(...) would be a *bad* idea to move Vader's torso to ps4, since his face couldn't follow. So Vader needs a new pattern code entirely. But it's a bigger problem than just Vader's code. Obi-wan the Hermit has already been released with two different (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) I understand what you are saying, but it won't happen that way if Z buffer writing is enabled during the drawing of the transparent surfaces. The transparent surfaces aren't really transparent. They're just blended with whatever is behind (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Motorcycle rider shortcut
|
|
(...) Actually, no. Well, I'm almost completely sure this isn't the case. The official version of the file does *not* have a BFC statement, and it was released on 12/1/2001, 5 days *after* Paul submitted his fix. My submission, the title change, (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
(...) I'd *never* do anything just to bulk up a release! No, never. Well, hardly ever... (...) Now, *there's* a concept I can get behind. :) (...) Yes, totally agree there. (...) Don't worry, *I* noticed it. (...) Yep, I agree. A Duplo category is (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: numbers report
|
|
BTW, you can now get this report on the homepage for the Parts Tracker. (URL). It's at the bottom; you might have to scroll down. Steve "Doing what I can to make the world a better place" Bliss (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Numbers Report
|
|
(...) Well, yes. No argument there. (...) And what if, after the subfile is pre-emptively released, we realize that the file is totally wrong, and must be scrapped? Or some other thing comes up? It's just sloppy to put out unused files, and I don't (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) The backside wireframe elements *will* be drawn, that's the point of what Kyle was talking about. The idea is to draw the wireframe of the backside surfaces and it will all be hidden by the frontside surfaces, *except* for the lines around the (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Checking 48\1-4ring4.dat
|
|
(...) My code matches your code exactly. Could you submit your file to the tracker? But please add an Author line for Sascha, he gets first-mover props. Steve (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Numbers Report
|
|
(...) Actually, I'd *much* prefer this response to the alternate (i.e., better this than releasing the "main" file before its subfiles). To be honest, I see no problem with pre-emptively releasing a "not yet used" subfile before its "main" file. (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: numbers report
|
|
(As of 10:50pm, Thursday, 18 April...) Section Totals 183 certified files. 59 files need admin review. 221 files need more votes. 209 have uncertified subfiles. 92 held files. (Total: 764 files.) Almost *two* *hundred* certified files!!! 8-D (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Checking 48\1-4ring4.dat [DAT]
|
|
(...) Yes, I agree. My Excel spreadsheet created file is varying by 0.0001 to 0.0002. Paul 0 Hi-Res Ring 4 x 0.25 0 Name: 48\1-4ring4.dat 0 Author: Paul Easter 0 Unofficial Primitive 0 BFC CERTIFY CW 4 16 4 0 0 3.9658 0 0.5221 4.9572 0 0.6526 5 0 0 (...) (22 years ago, 19-Apr-02, to lugnet.cad.dev)
|
| |
| | 3DMF - BrickDraw3D
|
|
About 2 weeks someone asked me about 3DMF export from BrickDraw3D, but I lost the email. If you're reading this please email me again. I can help you. -Erik (22 years ago, 19-Apr-02, to lugnet.cad.dev.mac)
|
| |
| | Duplo Studs (was: [Parts Tracker] Wrapping up 2002-02)
|
|
(...) Update: all four of them are waiting for Admin now. Thank you Carsten! -- Tony Hafner www.hafhead.com (22 years ago, 19-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Motorcycle rider shortcut
|
|
In this part: (URL) Easter refers at one point to BFCing the file. But there's no BFC stuff in there. It appears that the only change here is the title. Is it possible that Paul added it but then the name fix submission lacked that update? -- Tony (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
(...) If we want to bulk up the release and clear out a bit more from the tracker, it might be nice to get the Duplo stud primitives certified. Just getting those 4 files certified would get those plus 15 more files into the next release. When the (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] Wrapping up 2002-02
|
|
Since "973ps4" (the Han Solo w/ vest torso) is one of the files that is certified and awaiting release, I need to ask: Weren't we going to switch this file's pattern number with "973ps5" (the Darth Vader torso)?... (Ref: "(URL) (22 years ago, 18-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | [Parts Tracker] Wrapping up 2002-02
|
|
All the Horse files, and most of the primitives updated with BFC'ness, are now certified! The one primitive not yet certified is p\48\1-4ndis.dat, but it is not the sole hold-up for any files. Over the next few days, I'll be working on getting the (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Actually, transparent surface should work fine. As long as they are set to write to the Z buffer when drawn, and their outlines are drawn with Z buffer testing enabled, they should work fine. The wireframe parts that aren't supposed to be (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) One problem: transparent surfaces would show the wireframe backside. :\ Steve (22 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
I was reading through this more, and while I still don't know exactly how it all works, I think I stumbled onto something. > I dont know how many of you have come across this technique before. I > remember finding an OpenGL demo that did this kind (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Yeah, the stencil buffer, that's gotta be it. If you've got BFC working then you can use the stencil buffer to count how many times an edge is draw in GL_LINE mode. Edges on back facing triangles won't be drawn, so you'll only count one edge (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) That sounds like glPolygonOffset which would be part of the solution because it allows the edges to look clean. We all use that already. (...) I can see how you might accomplish some of that by manipulating glEdgeFlag when you define your (...) (22 years ago, 18-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) OpenGL has glPolygonOffset, which does what you describe by allowing you to move the polygons further away in the Z direction, where the amount they move can depend on the slope of the polygon in the Z direction. This works great, and I use it (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) The obvious case where it's useful is studs - without these lines, viewing any brick from the standard "oblique" position above & to the side, you would see a circle at the top & bottom of each stud, but no sides, which IMHO would not look (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Well, I believe that there is something called a 'Z offset' that can be used not to actually move the geometry, but to make sure the lines appear 'on top' of the faces. Before I go more into this I need to back up a bit. I currently use the (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) I'm curious to. Everything I know about how OpenGL works says that drawing the strip as a wireframe after drawing it solidly would either produce Z Buffer noise, no wireframe at all, or wireframe all over. However, it may be that there is some (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) Tell more about this. I just tweaked a version of ldview to display type 5 lines, but only for surfaces that haven't been replaced by quad strips. It looks good with primitive substitution turned off, but with this automagic wireframing of (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) I believe that there are other ways to put these lines in, as long as you are *only* planning on using them to show the 'visible' edge of a curved surface. This is actually a question I've been meaning to ask around here, Have type5 lines been (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) On the contrary, I think that type-5 lines are very useful, and an interesting solution. They are a nice way to make sure that rounded objects are outlined with a contrasting colour, no matter where the viewpoint is. The rendering of cylinders (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Why Type 5 Lines?
|
|
(...) I'm not sure how to quantify 'usefulness' of a line command. If you want to make outlines on simulated curved surfaces in LDraw, conditional lines are vital. I can't think of another to accomplish this task. And making the outlines is fairly (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Why Type 5 Lines?
|
|
What is the point of Type 5 lines? It seems to me that they are a confusing and clunky method to display lines for the visible edges of rounded objects when having no line at all would be just as visually correct (and less taxing on the brain to (...) (22 years ago, 17-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: church site needs a new host
|
|
(...) Thanks. I'll fix the link tonight. Steve (22 years ago, 16-Apr-02, to lugnet.cad.dev.org.ldraw, lugnet.publish, lugnet.cad)
|
| |
| | Re: Question about DAT rendering
|
|
(...) Err, not really. (...) Nod, you should be able to reorder without running into trouble. Steve (22 years ago, 16-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: church site needs a new host
|
|
(...) Never existed. But that has been handled now. Jacob (22 years ago, 16-Apr-02, to lugnet.cad.dev.org.ldraw, lugnet.publish, lugnet.cad)
|
| |
| | Re: church site needs a new host
|
|
(...) Can I get a :p in too? That page references this link (URL) appears to be kaput... PS: thanks for the BFC info, that's why I followed the link, to freshen my copy of LDAO so I can get the yinyang for my own self. My copy is too old to have it. (22 years ago, 16-Apr-02, to lugnet.publish, lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: Question about DAT rendering
|
|
(...) Well, on the Mac at least, the only hardware at the moment that supports two sided lighting are the GeForce3, GeForce4 and the new Radeon 8500. Everything else is going to use software T&L. My take on getting the shading to look right has been (...) (22 years ago, 16-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Question about DAT rendering
|
|
(...) Hey, I happen to *like* my default shading settings. ;-) I agree with you on the speed issue though... (...) I'm curious, do you have any numbers on how much slower it is on accelerated hardware to do two sided lighting with GL_FRONT_AND_BACK? (...) (22 years ago, 16-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Question about DAT rendering
|
|
Ken, We are obviously in the same area the moment. After completing the conversion of LdGLite to run under MacOS 8.6-9.2 (ie LdGLite (Mac)), I turned my attention to the two biggest dissapointments to me, namely slow render speeds and quirky shading (...) (22 years ago, 16-Apr-02, to lugnet.cad.dev)
|
| |
| | Question about DAT rendering
|
|
I've been toying around with a visual DAT editor/viewer for Mac OS X, and wanted to know if there is supposed to be any kind of guaranteed rendering order on commands within a DAT file. Obviously paying attention to STEP commands would be important, (...) (22 years ago, 16-Apr-02, to lugnet.cad.dev)
|
| |
| | Updated website!
|
|
After a growing amount of information which I wanted to put on my website, I reorganized the menu structure and made a few new pages. There is a lot of new information on out-of-date pages (like my bio page); almost every page has been updated! My (...) (22 years ago, 16-Apr-02, to lugnet.cad, lugnet.publish, lugnet.cad.dev)
|
| |
| | Checking 48\1-4ring4.dat
|
|
See (URL) Can someone check the vertices in this file? My calculations are differing on most of the values, but only by 0.0001. I used by Excel (in Windows 2000, on a Intel Pentium) and Perl (in Linux, on an Alpha processor) to calculate the (...) (22 years ago, 15-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: When is the next parts release?
|
|
(...) Heh. Well, the biggest we've done with the Parts Tracker. I think the 2000-02 update was the largest ever, with 258 files. BTW, I'm showing 62 files need admin review currently. Including 13 fixes, which we can 99% count as going to certified! (...) (22 years ago, 15-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Numbers Report
|
|
(...) Actually, I'm thinking of the reverse situation - the subfile is certified, but the parent file is not certified. In this case, it would be sloppy to release the subfile before the part file is released. Look at the horse files for an example (...) (22 years ago, 15-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: winding check tool
|
|
(...) To check a file for BFC'ness, see (URL), question "How do I check a file for BFC Compliance?". To make a file BFC compliant, I recommend using LDAO's Editor. It includes a tool to change the winding for the currently selected line(s). My (...) (22 years ago, 15-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: *** LDView Version 1.9.3 Released ***
|
|
(FUT lugnet.cad.dev) (...) Do the models still load and display correctly? If so, you can disable that error message by clicking on the "OpenGL Error" check box in the error window, and you won't be bothered by it. On the other hand, the presence of (...) (22 years ago, 14-Apr-02, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: winding check tool
|
|
As far as I can tell, everyone uses L3Lab with the mytest6 option turned on. -Orion (22 years ago, 14-Apr-02, to lugnet.cad.dev)
|
| |
| | winding check tool
|
|
Stupid question time. What's a recommended tool for checking (and correcting) winding? It's hard to tell if everything you lay down while making parts is CW or CCW and it's even harder if you're trying to review something. Is L3P what everyone uses? (...) (22 years ago, 14-Apr-02, to lugnet.cad.dev)
|
| |
| | numbers report
|
|
I wish the stock market had this rate of growth... :-/ Section Totals 141 certified files. 57 files need admin review. 224 files need more votes. 243 have uncertified subfiles. 94 held files. (Total: 759 files.) (For comparison): (URL) (22 years ago, 14-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Numbers Report
|
|
(...) Steve, If I recall correctly, this is not a problem, because the Tracker says that a file has "[x] subfile(s) isn't/aren't certified" if it has *any* subfiles (including primitives) that are *not* fully, totally, 100% certified... Thanks, (...) (22 years ago, 14-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | When is the next parts release?
|
|
Even without Steve going over the 30+ parts ready for him to certify, this looks to be the biggest release ever in terms of total file count. If all the redone primitives get certified, that will at least another 15 files that were already certified (...) (23 years ago, 12-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Implicit face winding (was: [Parts Tracker] More BFC Primitives)
|
|
(...) My bad- I guess I wasn't following the thread closely enough. (...) If I understand correctly, that doesn't really work for a huge percentage of parts. Parts will often have two surfaces in a row that both face away. Look at the breakdown of a (...) (23 years ago, 12-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Implicit face winding (was: [Parts Tracker] More BFC Primitives)
|
|
Tony Hafner wrote: > In lugnet.cad.dev.org.ldraw, Kyle McDonald writes: >> >>Well I don't know that I thought it would be 'minimal' effort. I'll >>bet it would be a lot of work for parts that are already done. I >>did think that it wouldn't be that (...) (23 years ago, 12-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Implicit face winding (was: [Parts Tracker] More BFC Primitives)
|
|
(...) I recently went over some old primitives and brought them up to BFC certification. I found it very handy to have the flexibility of doing it whichever way had more "correct" surfaces. It wouldn't be so bad if Notepad had the ability to reverse (...) (23 years ago, 12-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
Hi Travis, (...) Well I don't know that I thought it would be 'minimal' effort. I'll bet it would be a lot of work for parts that are already done. I did think that it wouldn't be that bad for new parts, because I figured the author knows best what (...) (23 years ago, 11-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
(...) Despite being the author of a rendering program, I agree with this whole-heartedly. Each rendering program only has to get it right once, during the initial coding. If we make it easier for the program, but harder for part authors, the part (...) (23 years ago, 11-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: review: Radeon 7000 for BrickDraw3D, low-end Mac
|
|
(...) Cool! If you can clearly show where you make the changes, I might be able to port this back into the other versions. I've never been all that happy with the rendering speed myself. You can see in the code where I tinkered a bit with display (...) (23 years ago, 11-Apr-02, to lugnet.cad.dev.mac)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) "marking up" would be better done by machine algorithm, and would encompass the Connection Point proposal at the same time. It would indeed yield a separate definition of the parts. A lot of high-end CAD programs read polygons (like we have) (...) (23 years ago, 11-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) Maybe I'm missing a technical distinction, but it seems he used bounding boxes *for* collision detection, as opposed to using exact volumes. (...) True. My point was, marking up the LDraw part files for volume decomposition would either: a) Be (...) (23 years ago, 11-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | review: Radeon 7000 for BrickDraw3D, low-end Mac
|
|
Upgrading my stock Apple G3/233 with a Radeon 7000 gave BrickDraw3D an 85% speed improvement. In pure OpenGL mode the improvement is 60% over the existing OpenGL advantage. The 2002 ATI Retail Card Update worked on G3/233 with 9.1 but BrickDraw3D (...) (23 years ago, 11-Apr-02, to lugnet.off-topic.geek, lugnet.cad.dev.mac)
|
| |
| | Re: matching pattern numbers???
|
|
(...) Sure, send it on. Steve (23 years ago, 10-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: matching pattern numbers???
|
|
(...) That seems perfectly reasonable. (...) Cool! Thanks! :-) (...) [snip] (...) Very nicely done, sir! ;-) I've got some of the new (2002) 'figs, so would you mind if I give you more info for this list, or else use your info in a list of my own? (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) Well, I can have a twisted mind sometimes. I know these moments when the best idea today, will just be plain stupid tomorrow. Thanks to Eric Olson for more precision: he used bounding boxes, not collisions. Also I still think, whereas higher (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Han Solo "gunbelt" hips/legs (was "matching pattern numbers???")
|
|
(...) As promised: Minifig Hips & Legs with SW Gunbelt Pattern (Complete) (URL) Hips with SW Gunbelt Pattern (URL) Leg Right with SW Gunbelt Pattern (URL) (23 years ago, 10-Apr-02, to lugnet.cad.dev, lugnet.cad.dat.parts)
|
| |
| | part(s) posted... (set #4817)
|
|
I went with pattern number "4f", since "4b" has been taken by some other torso. Minifig Hips & Legs with Leather Armor Pattern (Complete) (URL) Hips with Leather Belt (Red Studs) Pattern (URL) Leg Right with Leather Straps (Red Studs) Pattern (URL) (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) That was only bounding boxes (minus the studs). The piece in question was matched against all other pieces, any pieces in a line above or below were put into a list. In case one of them intersected the piece in question, a new place would be (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) So stud4 would be decomposed into 16 trapezoidal prisms? That sounds like a fair amount of mark up. (...) Nod, true. But I'd rather decompose a 1x1 brick into 6 volumes (4 walls, 1 top and the stud) than 46 (one volume for each surface (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: matching pattern numbers???
|
|
(...) When reasonable, yes, we should. If I make the Johnny Thunder face today, but don't make his torso for a couple of years, I wouldn't expect that the same pattern number will necessarily be available later. There are too many patterns for that. (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: matching pattern numbers???
|
|
(...) This sounds like a sensible suggestion. The change should of course be made, so there are only minimal (if any) changes to the names of already published parts. Jacob (23 years ago, 10-Apr-02, to lugnet.cad.dev)
|
| |
| | matching pattern numbers???
|
|
For patterned parts that occur together in a set -- say, for example, the various patterned parts from a Han Solo minifig (from the Star Wars theme) -- that have been or are being encoded as LCAD data files, shouldn't we be co-ordinating these (...) (23 years ago, 10-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) I like the idea of CSG. Unfortunately I can not invest time in Rayshade and alternate ray-tracers. I know they can have attractive features but I am more a POV user. I must impose some limit to my (already too high) diversification. Of course, (...) (23 years ago, 9-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) Stud4 primitive could be convex-decomposed just as Ring4 primitive is today. More generally, just as any LDraw surface is convex-decomposed with just triangles and quads (3,4 points respectively), I guess any LDraw volume can be (...) (23 years ago, 9-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
(...) Sorry, I must have been reading more into your example than you intended. (...) It's the former: the author intends to make a reflected object, but not an inverted object. (...) It depends on who (or what) you want to keep things simple *for*. (...) (23 years ago, 9-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
If you're interested, take a look at my old Rayshade libraries that made the bricks from scratch using CSG. I'm especially fond of the L3G0 40-tooth technic gear. I've thought it would be nice to have "bounding boxes" for the bricks, for collision (...) (23 years ago, 9-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
Maybe I'm more confused now, or less who knows. But I don't think I made what I was trying to say clear in that last post. So here I am replying to myself... :) (...) That last sentance doesn't really get across what I was trying to say I think. (...) (23 years ago, 9-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
Steve Bliss wrote: > In lugnet.cad.dev.org.ldraw, Kyle McDonald wrote: > [snip more] > > You understand the usage correctly. Except there's no special tie > between a 'mirroring' subfile reference and the INVERTNEXT command. > Authors won't (...) (23 years ago, 9-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) Wow, good questions. We know that some collision detection is already practical - Eric Olsen demonstrated that over a year ago. But decomposing LDraw parts into convex objects, that would be a trick. Each external box 5 (or pair of box 5's) (...) (23 years ago, 8-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: request for modification (Tracker)
|
|
(...) Wow. Good ideas. Unfortunately, for now, I'll have to file them in with all the other improvements I want to make on PT. There are a few key changes that need to occur before many other things can happen. Steve (23 years ago, 8-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
(...) That's weird - I know I answered your email. No big deal. (...) files already having been done by you and Damien), you're going to work on the rest of the boxes. Anyone else want to help? (...) You *can't* post new versions of official files. (...) (23 years ago, 8-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
(...) [snip] OK, sounds reasonable to me. (...) Yes. (...) [snip more] You understand the usage correctly. Except there's no special tie between a 'mirroring' subfile reference and the INVERTNEXT command. Authors won't explicitly use one to 'undo' (...) (23 years ago, 8-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Numbers Report
|
|
In lugnet.cad.dev.org.ldraw, Damien Guichard wrote: [snipped a lot of great comments about using different pages on the PT] I totally agree with everything Damien wrote, except that if one only pays attention to the Activity page, older files may (...) (23 years ago, 8-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Numbers Report
|
|
(...) I think Bernd and Sascha are brothers. Part authors keep LDraw alive. Steve B. has a quite expeditive (if not bureaucratic) response to your legitimate expectings. My advise is: visit the "activity" PT page rather than the "certication" or (...) (23 years ago, 7-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
(...) Constructive Solid Geometry? (the notion of modeling solids as constructions of simpler solids, using union and intersection as operator) (23 years ago, 7-Apr-02, to lugnet.cad.dev)
|
| |
| | Re: Parts as volumes (instead of surfaces)
|
|
[ XFUT lugnet.cad.dev ] (...) What's "CSG descriptions"? (...) But they aren't (as you also write). Still, you are probably correct that BFC information in the LDraw parts can be used for collision detection. (...) I think it deserves further (...) (23 years ago, 7-Apr-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Parts as volumes (instead of surfaces)
|
|
It has been said that, with ldraw parts, we have the geometry of TLG bricks. This is rather optimistic. Because geometry would be CSG descriptions that allow much more (although slower) than quads and triangles. CSG descriptions allow part collision (...) (23 years ago, 6-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Hidden male connectors (studs)
|
|
Hello LCD "community", As female connectors (mainly stud inlets) can effectively hide male connectors (mainly studs), we should ensure that the LCD project do not waste such an opportunity to further speed up LDraw display. I think this possibility (...) (23 years ago, 6-Apr-02, to lugnet.cad.dev.lcd)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
Hello, Comments below... Travis Cobbs wrote: > In lugnet.cad.dev.org.ldraw, Steve Bliss writes: > >>In lugnet.cad.dev.org.ldraw, Tony Hafner writes: >> >>>In lugnet.cad.dev.org.ldraw, Steve Bliss writes: >>> >>>>>Um... Not to stir the pot or (...) (23 years ago, 6-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
(...) Given the fact that they have to check whether or not a given file has been mirrored, I can't see that the directionality would make a large difference. If everything used CCW, then only mirrored ones would need to be reordered (assuming the (...) (23 years ago, 6-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: [Parts Tracker] More BFC Primitives
|
|
(...) Hey- but I never heard back about which ones you wanted me to work on. Should I do all the rings? That would solve this: (URL) the PT says to send new versions of existing official files to you instead of posting them directly. Should I (...) (23 years ago, 5-Apr-02, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: request for modification (Tracker)
|
|
(...) Great idea- how about color-coding the voting codes? A green "C" (or "A" if you are Steve) tells you that you've already voted. Likewise, a red "H" and yellow "N" tells you that you've Held or No-voted on the part. Votes by others all show as (...) (23 years ago, 5-Apr-02, to lugnet.cad.dev.org.ldraw)
|
