 | | BFC revisited
|
|
I'm looking for a model file that utilizes BFC-certified parts to test backface culling in the CAD application I'm developing. Unfortunately, as near as I can tell, only 13 part files have a BFC-related comment, and on top of that, they're not (...) (23 years ago, 16-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Datsville Overview Map (Was: Boundary Box Utility)
|
|
Here is another idea for optimizing dat models. It isn't a very good one, but, it just seems more realistic than what I said earlier (writing a utility smart enough to optimize an entire model). One could write a utility that presents each polygon (...) (23 years ago, 16-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
Don: (...) Definitely. (...) Yup. :-( Jacob (23 years ago, 16-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Datsville Overview Map (Was: Boundary Box Utility)
|
|
You could specify (or firmly recommend) in the future that models must posses boundary boxes measured in degrees of tilewidths (or half-tilewidth's). Anything less than that would be considered a prop. Props would then be dealt with seperately, just (...) (23 years ago, 16-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Datsville Overview Map (Was: Boundary Box Utility)
|
|
Of course, the same could be accomplished in LDraw. Mike (...) (23 years ago, 16-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Datsville Overview Map (Was: Boundary Box Utility)
|
|
This is great! An idea: if bitmaps were created of the model from 6 directions (left, right, bottom, top, front, back), you could texture map those to the boundary box (inside, to make sort of a 6 point, 3 plane cross intersecting in the center) and (...) (23 years ago, 16-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Help Needed: Boundary Box Utility
|
|
(...) Don't thank me, thank Lars. It's mostly his code. Now if only he'd release some more of it... ;^) (23 years ago, 15-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Datsville Overview Map (Was: Boundary Box Utility)
|
|
That's it for tonight. I bboxed the parts of Datsville and labelled them after their names in town.dat (URL) (19 Kb) Next step: adding *a few* key buildings to help orientation. Tomorrow... /Tore (23 years ago, 15-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Help Needed: Boundary Box Utility [DAT]
|
|
Thank you very much! I tested it on "my home" in Datsville, and it worked perfectly well, exactly as I want it to. With these two lines and viewed in L3Lab, any flaws would have been discoved: 1 16 0 0 0 1 0 0 0 1 0 0 0 1 ttore.dat 1 47 0 0 0 1 0 0 (...) (23 years ago, 15-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Help Needed: Boundary Box Utility
|
|
(...) [snipped: How-To instructions for making this from L3Input.cpp] (...) Ok, I decided to give this a shot during my lunch break. I hacked ldglite to bits and the results (source and win32 exe) should be here. (URL) to work for 3001.dat, but (...) (23 years ago, 15-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | datsville changes...
|
|
1.I have a newer version of Datsville Petrollium than the one included with the current Datsville MPD (this version is the version that was featured as the ldraw.org model of the month & at kidvention) & since I hold the copyright on the model I (...) (23 years ago, 15-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
Haaaaaa!! That's a funky image! Datsville at hyperspeed! You could save that image in case you want to mix the Datsville and Star Wars themes. :) Mike (...) (23 years ago, 15-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Datsville continuation - more ideas
|
|
Hey, no problem. I just browse Lugnet every once in a while to see if any progress on such a utility exists. I notice there has been little mention of such a thing in the newsgroups in the past. It would be a "cool" toy. Thanks, Mike (...) (23 years ago, 15-Aug-01, to lugnet.cad, lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Datsville continuation - more ideas
|
|
(...) If I understand the question correctly, and from my understanding of how a ray- tracer works, Pov-ray must keep all polygon data while it renders since it "traces" all the light rays, even those that you can't see (inside of a brick). It (...) (23 years ago, 14-Aug-01, to lugnet.cad, lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Help Needed: Boundary Box Utility
|
|
Thank you Don. I will give it a try tonight, but I'll probably fail. I'll let you know. I need it for two purposes: 1. Making an overview map of Datsville from the subdivision in town.dat. (Maybe post-editing of the Y and E values by hand). 2. (...) (23 years ago, 14-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
(...) It may be OpenGL implementation specific because I remember the Mac version of ldglite had a similar problem. I've run the datsville mpd file on a few Windoze machines and it clips the model at the far plane, but doesn't add the garbage you (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
Don: (...) Using the "l3" parser: $ time ldglite -ms -i1 -s0.2 -l3 town.mpd ... 281.790u 21.700s 8:48.81 57.3% 0+0k 0+0io 2290pf+0w $ A total of 303.49 seconds. The result: (URL) the "ld" parser: $ time ldglite -ms -i1 -s0.2 -ld town.mpd ... (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: terrain in LDraw
|
|
Actually, I was hoping to incorporate .DEM files into LDraw. At first glance I thought your utility could do that. It does so, but it generates studs instead of just plain polygons. Now, I can do this just as easily by doing a search over at the (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: New Construction Toy In LDraw Format!
|
|
(...) Cool. Any chance that you might do the K'nex figure? (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.general, lugnet.build)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
Don: (...) Okay. Doing that now. The errors in the ortographic projection rendering seem to be independent of the parser. You can see an image at: (URL) corresponding command line is: ldglite -ms -i1 -s0.2 -j -l3 ~/Projekter/LEGO/Dat...D/town.mpd (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | New version of stl2dat 1.0
|
|
I have made a small improvement that solves many annoying problems in some parts. The program now uses several primitives if the plain primitive does not exist. Example: for a part of cylinder of 5/8, the program will use two primitives 2-4cyli and (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Help Needed: Boundary Box Utility
|
|
(...) I don't think I can do this right away since I already have 2 actual bug reports and an enhancement request in for ldglite. (I don't get many of these so I like to give them priority). It shouldn't be too hard to do though. Everything you need (...) (23 years ago, 14-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
(...) You should at least try the "-l3" before you recompile. I'm sort of interested in what you get for render times with both parsers. I only have somewhat underpowered PCs to work with, so I'm curious how they compare in the "real world". Don (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: terrain in LDraw
|
|
Mike: (...) I am not upset. I am just bad at writing English. I might want to make the program do what you want, but I can't if you don't tell me what's missing. Jacob (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: New Construction Toy In LDraw Format!
|
|
Everything downloaded and unzipped great. Renamed all the parts to start with "K" and updated the mklist. Then I couldn't figure out why some of the parts wouldn't load onto MLcad...had to re-rename the "P" list back to original names. Now all works (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.general, lugnet.build)
|
| |
| | Re: terrain in LDraw
|
|
Sorry to upset you. (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
Mike: (...) That may explain some of your problems. I have improved and modified the program a bit since then. (...) What did you expect? "Plain" non-brick landscapes in LDraw format? Or is the program just not your kind of user friendlyness? Jacob (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
Sorry. I guess you did include screenshots of completed files on your website. Sorry, I didn't recognize th *.png format. I've been using the "ready to run DOS package" dated 1999-6-15, available for download on your site. Well, it wasn't really (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
Mike: (...) Wierd. As usual, the first question from the "support hot-line" is: Which version did you use? Have you tried to update to the latest version? (...) You shouldn't, but since I am too lazy to package executable files myself, you have to (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
Mike: (...) I see! I have added examples of images generated by my demonstration program to the webpage: (2 URLs) redaktørens opgave på internetnyhedstjenester. (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: terrain in LDraw
|
|
Mike: (...) Sort of. It is a LEGO landscape, so it is of course made from LEGO pieces. Jacob (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
Don: (...) :-( (...) I'll try this. (...) I just removed all the "STEP" meta-commands. ;-) Jacob (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: terrain in LDraw
|
|
Am I correct in assuming that the PGM -> DAT converter creates studs in the form of terrain? I saw the rendering of Falling Water and saw that the building was surrounded by lots of studs. Is this the result of using this converter? Mike (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | RE: terrain in LDraw
|
|
(...) I don't know if I have the terrain anymore...it's a rather large file, since I think it was 50x50 or even 100x100 studs. --Bram Bram Lambrecht bram@cwru.edu (URL) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
I couldn't get the terrain in Falling Water to load in MLCad. (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
I don't understand the command line. I have a PGM. I typed "pgmtoldr filename.pgm" at the command prompt, and received a bunch of errors. No DAT file. :( Do I need a bunch of Linux stuff to run it? Mike (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
Oh, I didn't know you'd made a DAT file out of that yet. I just visited your site and was looking at that model. Very nice! Would you consider contributing your model to my new village I'm building? I'm trying to make it a screen north of Datsville. (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | RE: terrain in LDraw
|
|
(...) 1 pixel = 1 stud. I used Jacob's utility to create the terrain for the CAD scenes I did of Fallingwater: (URL) make the scene, I colored in a topographical map of the landscape with white as high and black as low. I saved it as a low quality (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev, lugnet.build.arch)
|
| |
| | Re: terrain in LDraw
|
|
I was wondering if you knew the pixel/stud ratio offhand. This bit of information might be useful for future reference. Thx, Mike (...) (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: terrain in LDraw
|
|
(...) No. I mean a screenshot of a finished product. What's the terrain data look like after you've run your app and loaded the DAT file into LDraw/MLCad/etc(choose one)? Thank you. Mike (23 years ago, 13-Aug-01, to lugnet.cad.dev)
|
