 | | Re: LDraw FilTEr
|
|
interesting. Gary Tore Eriksson <tore.eriksson@mbox3...wipnet.se> wrote in message news:3B813E9A.6D7C1F...pnet.se... (...) of if you watch this: (...) CheckBoxList. The boxes are not yet drawn. (...) (23 years ago, 20-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Delphi and decimal signs.
|
|
(...) screen (...) to (...) your (...) I would attack the problem thusly: Upon application startup, record the locale-specific decimal separator variable into a global variable named UIDecimalSeparator. Create wrappers for FloatToStr and StrToFloat (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Technic Link vs Technic Rod
|
|
(...) I agree. Also the newly created part 32293 should be renamed "Technic Rod 9 L" Marc Klein A Mindstorms fan. (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Delphi and decimal signs.
|
|
"Tore Eriksson" <tore.eriksson@mbox3...wipnet.se> skrev i meddelandet news:3B8154F2.D99058...pnet.se... (...) national settings? The problem is that numerical constants in the code must always adhere to the English notation (decimal point). (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Delphi and decimal signs.
|
|
Careful manipulation? All I need to do is add the line DecimalSeparator := '.'; to FormCreate and all my problems are gone! Gary, you are a hero! I'll check out ThousandSeparator later. Thanks again! /Tore (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Delphi and decimal signs.
|
|
(...) With careful manipulation of the DecimalSeparator and ThousandSeparator global variables, one could write a Delphi app that reads/writes periods (full stop symbols) from/to DAT files, but displays the locale-specific symbols to the user and (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Delphi and decimal signs.
|
|
Aah, that explains a lot. Thank you for your quick reply! /Tore (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Delphi and decimal signs.
|
|
(...) national settings? f := 3.14; // correct f := 3,14; // error f := StrToFloat('3.14'); // correct f := StrToFloat('3,14'); // error s := FloatToStr(3.14); // s is assigned '3.14' -Gary (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Delphi and decimal signs.
|
|
Look at following Delphi code: s: string; f: double; i: Integer; begin f := 3.14; // correct f := 3,14; // error (of course...) f := StrToFloat('3.14'); // error f := StrToFloat('3,14'); // correct s := FloatToStr(3.14); // s is assigned '3,14' Is (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | LDraw FilTEr
|
|
I played around a little with an idea I had from working with ldboxer. No code is written yet, but you'll get a good idea of what I am thinking of if you watch this: (URL) (43 Kb) Just like in the ldboxer, the presentation of the Input File will be (...) (23 years ago, 20-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
(...) I double-checked the primitives I had, to make sure they were OK. I zipped them up, and posted them on my Geocities site. You can grab a copy from (URL). Steve (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Technic Link vs Technic Rod
|
|
The name of part 2637 "Technic Link 16L" is a bit problematic, because it interferes with the 3711 "Technic Link Chain" and 3873 "Technic Link Tread". Would it make sense to rename 2637 to "Technic Rod 16L"? That way, it would appear in it's own sub (...) (23 years ago, 20-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
Gary Williams wrote... (...) Steve, please note that Gary pointed out that some parts are badly formatted... "l3p -check" doesn't complain, as "0 CERTIFY BFC CW" is a perfectly legal comment :-) I don't think l3p easily can be made to check this, "0 (...) (23 years ago, 19-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
(...) Cool! (...) will do. (...) I'm not understanding the problem. I've made versions of the sloping cylinders that are bfc-compliant. (...) Do you mean the problem (not just with sloped cylinders) that sometimes primitives are used for the outside (...) (23 years ago, 17-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: LDGLite bug report (yes, one more)
|
|
(...) I think it's gonna be a while before I can get organized enough to roll a new release, but this edge line option, as well as the camera and near/far clip plane controls, have been added to the sources if you want to try it out. You can get (...) (23 years ago, 17-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
(...) I would appreciate that. -Gary (23 years ago, 17-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: Datsville Overview Map (Was: Boundary Box Utility)
|
|
(...) I think realtime rendering qualifies as above statement (23 years ago, 17-Aug-01, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
I have printed the bfcspec file for review. Hopefully I will get a response back to you. I have been using BFC in most all my new parts for the last six months or so. Please send me the BFC compliant primitives, so that I can be sure I am using them (...) (23 years ago, 17-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
I forgot to mention: if anyone is interested in looking at the most-recent version of the BFC proposal, it's still at: (URL). The first screen of text is meta-comments about the status of the proposal. The actual proposal starts at the line "LDraw (...) (23 years ago, 17-Aug-01, to lugnet.cad.dev)
|
| |
| | Re: BFC revisited
|
|
There was never agreement on what the BFC standard should be. So there aren't very many parts that follow it in any way. I do have a set of primitives that are BFC-compliant. I didn't straighten out all the primitives, but I did a number of them. I (...) (23 years ago, 17-Aug-01, to lugnet.cad.dev)
|
| |
| | 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)
|
