 | | Re: Parts editing made easy, anyone?
|
|
I'm replying to my own post to keep a low profile for the time being. The project is not quite finished yet, but I have some good news I'd like to share with you: I now have a working file converter that takes ASE export input from 3dsmax and writes (...) (20 years ago, 15-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) IMO, it would be best with a dialog when sorting is requested. Remember all the settings from the last time sorting was used. (...) If there is no choice for the user, I'd say keep them at the top as you do now. A checkbox for removing them (...) (20 years ago, 15-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) It's hard to say what would be best. I personally think that having a dialog with all the sort options along with a quick way to apply the most recently used sort options might be the most flexible. That way, people who use the feature (...) (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) That's what I did in the map I did but if you can make them "sticky" meaning that they stay by some other line in the file (the one that they precede?) that might be interesting. Might not be useful though. (...) Those are good, Also if you (...) (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) Should this be a dialog that pops up when sorting in initiated, in the program options, or something else? The current method I'm using moves all type 0 lines to the top. Should I simply delete them instead? Also, what about sort order? Should (...) (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) centroid was my first thought but leave it to the user would be better w. (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) I would tend to lean toward the centroid, but perhaps it would be best to be user configurable. --Travis (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Sorting by line
|
|
I'm implementing sorting in LDDP. Here's my question: Say I'm sorting by position using Y. When sorting linetypes 2-5 should I take the maximum Y, the minimum Y, the Y value of center of the triangle/quad/line, or something else entirely? -Orion (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | L3PGen
|
|
Evening all. I have just made the first release of my L3PGen program available from: (URL) is designed as a more up to date and functional version of L3PAO. I plan to have it automatically read camera/light positions/etc direct from the model to (...) (20 years ago, 11-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Cross platform GUI
|
|
(...) I just read this on /. This is great news. -Orion (20 years ago, 7-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Cross platform GUI
|
|
It looks like QT 4 will extend the GPL license to the Windows version. See here: (URL) sent this cad.dev, because this change could actually be useful to the developers.) --Travis Cobbs (20 years ago, 7-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: ldconfig.ldr and dithered colors
|
|
(...) They should be fall back on the 'default spec' -- that is, dither them; don't rely on their counterpart's definition. But that doesn't really (...) Hmm. The LGEO colors don't have edge colors, do they? So using K,J instead of J,K [if J,K isn't (...) (20 years ago, 7-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: ldconfig.ldr and dithered colors
|
|
(...) I'd say a blend of 0 and 1, basically just as if it's counterpart (272) wasn't defined in the ldconfig -Orion (20 years ago, 6-Feb-05, to lugnet.cad.dev)
|
| |
| | ldconfig.ldr and dithered colors
|
|
How is a renderer expected to handle dithered colors not mentioned explicitly in ldconfig.ldr ? The "LDraw File Format" specification says: "Also, colours 256 through 511 are dithered. So if you want to combine colours J and K, figure your colour (...) (20 years ago, 6-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Such components are handled correctly by BFCFixer as "detached" submodels, and are oriented consistently with the rest of the polygons in the file as long as each independant submodel is sufficiently enclosed that a correct winding can be (...) (20 years ago, 5-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Of course, it's that simple - thanks. Except some of the most basic LDraw parts (regular bricks) fail this test because the studs are "stuck on" a complete quad, rather than a surface peppered with stud-sized holes. Chris (20 years ago, 4-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Would you guys want a code repository for this? I have a SVN repo set up that I could easily add this as a project... Just LMK! (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Ask, and ye shall receive. (URL) code is included (hopefully my crude hackings can be deciphered by others) as well as an executable jarfile in the dist/ subdirectory. Enjoy. If you find any major bugs, let me know, and I'll see what I can do, (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Oh yeah! Let me at it. :) Steve (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) The way it's been done before is to draw rays from the origin outward. The first polygon a ray crosses is facing inward, and the last polygon a ray crosses would be facing outward. The ones in between *should* alternate facing in and out. Do (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) I think it can be done for simple objects, by choosing a random winding for 1 polygon, then processing all touching polygons so they're wound the same way (when looking from the same side - out ot in). This would produce a result that is (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) I may be being dense here, but I dont understand how this can be done programatically. The point of BFC is to allow renderers to understand if a particular polygon is facing the camera or facing away from it. If all polygons are wound (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | BFCFixer
|
|
(...) Well, I had some spare time today... so I wrote one. It goes through a single LDraw part file and reorients all the polygons in it to have the same winding. It comprehends the notion of subfiles and already BFC compliant parts, and puts the (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) <snip> (...) Yes, I use MLCad in conjuction with LDDP/LDView for parts authoring. My method is to build the part in MLCad since it does all the rotaion calculations for me and then clean in up and fine tune ithe part in LDDP/LDView. As far as (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Hi Stefan: I'm chiming in late here, but I've crafted at least a few unofficial LDraw parts, and I thought I might offer some thoughts. My original composing tool of choice was the shareware text editor "PC-Write v4," which no longer appears (...) (20 years ago, 2-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Bricksaic version 0.1.0
|
|
(...) Xposted to cad.mlcad Perhaps Michael L. could speak up about whether MLCad reads that file, what the proper superset of colors ought to be and other topics. (20 years ago, 1-Feb-05, to lugnet.build.mosaic, lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: Bricksaic version 0.1.0
|
|
(...) Bricksaic is using the ldconfig.ldr in it's directory but the problem with the unused colors seems to be that MLcad does not recognize the following colors: Reddish_Brown, Stone_Gray, Dark_Stone_Gray, and Dark_Green. there may be more colors (...) (20 years ago, 1-Feb-05, to lugnet.build.mosaic, lugnet.cad.dev)
|
| |
| | Re: Bricksaic version 0.1.0
|
|
(...) Larry, I looked into what you said and it is correct: Bricksiac is using the ldconfig.ldr file in it's installed directory and MLDraw is using a file named the same ldconfig.ldr in it's installed dirctory. Then if one of the other has a (...) (20 years ago, 31-Jan-05, to lugnet.build.mosaic, lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Oh, yes. Definitely. (...) :) [snip a lot of stuff with which I agree] (...) nod, yes. That makes a lot of sense. (...) Very cool. :) Steve (20 years ago, 31-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) no, he didn't. when I last met him at legoworld 03 he promised to do it but actually never did (as far as I remember at the time windz had an error quote of 2-3 percent - too much from his point of view :-(( w. actually I'll add the (...) (20 years ago, 31-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) It has been done before. Ildefonso Junior Zanette wrote a program called Windz, I use it all the time when I author parts. I can't remember if he publically released it. -Orion (20 years ago, 30-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) It doesn't matter, actually. In one way or another, optional lines are required. In general, the "magic halo" effect only highlights _outside_ edges, but for a non-convex object, that won't necessarily be adqeuate. You can't even get away with (...) (20 years ago, 30-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) Ok, I drew a better picture (2 planes in space and a floating eye) and I'm starting to see. Maybe you're onto something. It takes 2 surface normals and one point on the edgeline to divide space into 4 quadrants. Then you only need to figure (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: BMP2DAT question (problem?) [DAT]
|
|
(...) If I understand the problem correctly, you have to scale down the output file. This can be easily done by pretanding that it is a sub-part Rename it to pattern.dat for example. Then create a new part that calls to that pattern with the line: 1 (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | BMP2DAT question (problem?)
|
|
Hi, I made some stickers for one of my trains. Now i'm making building instructions for this train and would like to add the stickers i made in the LDRAW design. Therefore i use the BMP2DAT utility found in LDAdd-On from Steven Bliss. This works (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) What you are describing is in fact a very old and basic edge rendering algorithm, which can be found in most detailed textbooks on computer graphics. CAD style and wire frame rendering went out of style during the 90's, so some recent "fancy (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
Thanks for your suggestions, the message I received is: "Yes, a good and useful translator would be appreciated." One brief comment on the issue of whether we want clean, compact and well structured files or not: of *course* we want clean files! A (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: l3p as open source
|
|
(...) L3P is available for the Mac and Linux.... Kevin (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) Actually, one can bring the number of transformations down to 1 for the entire _object_. Interesting what can happen when an idea sits in the brain and percolates for a couple of days. A new idea I had was to just transform the camera position (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Bricksaic version 0.1.0
|
|
(...) I ran into this too while betatesting. If you were using, for example, MLCad, it might be a problem with the color definitions that MLCad is aware of. Bricksiac is getting its color info from the ldconfig.ldr file in the install dir, I think. (...) (20 years ago, 28-Jan-05, to lugnet.build.mosaic, lugnet.cad.dev)
|
