 | | Re: Parts editing made easy (well, easier)
|
|
(...) In order for smoothing to work on parts outside the PARTS and P directories, you need to add the following to the header: 0 Unofficial Part This "turns on" smoothing in LDView. (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) I'm puzzled, too. Should I follow some convention regarding the order of primitives in the file? My optional lines *are* correct, I have verified that, but even a simple smooth cylinder converted with my program shows up faceted in LDView. (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
My converter has undergone a considerable update during the weekend. It is now called "max2dat", because it now handles the 3DS file format as well, and supports the two main export formats from 3dsmax. (The previous "max2dat" utility written in (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) hi kevin, IMHO the main problem is that there is some confusion about the LS00.dat constrain an the rest like the flex-axle-end. my understanding now is that the ONLY constrain for all tubes is LS00.dat while the rest is used in the synthesis (...) (20 years ago, 20-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Animation Precision
|
|
(...) I think 2 is sufficient, but 3 "feels" safer. Once there was an extreme case where 3 wasn't enough. I had to rotate train tracks and a train from a radius of... I think it was 750, 800, and 850 LDU. Using 3 decimals on the sin and cos values (...) (20 years ago, 19-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) How far 'percent wise' is the standard library bfc? In about 2 months i'm starting work on a rendering engine for LD4DModeler 2. I was hoping to 'assume' all parts are BFC so I can implement simple lighting. (20 years ago, 19-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Animation Precision
|
|
(...) I don't have a compelling argument for more or less but I think that if you can build the capability for more decimals then you probably should. In my experience if you think that users will get by with less, one will invariably come along (...) (20 years ago, 19-Feb-05, to lugnet.cad.dev)
|
| |
| | Animation Precision
|
|
Hello, I've been working on LD4DModeler 2 (on paper) tonight and i have a question regarding precision. The question is what is 'normal' to use for the amount of decimals that can be set by user interface controls. I was thinking 2 myself but if (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) Hi Stefan, don't get discouraged! I for one tried your converter (on a BBB part) here: (URL) I'd be interested to hear what the parts authors have to say, since we can directly compare the original DAT (converted with ?) and the "new" DAT (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) Most of them have a comment indicating that they are for lsynth. Willy says a few of the parts to do not. I'll update them. (...) LS10.dat is not an electrical connector. Instead it is a small cross section of the electrical cable that is used (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) working. I don't have time right now to investigate, but I'm surprised that it doesn't work, given that you have obviously generated (seemingly) correct optional lines, and LDView's curve smoothing only relies on those. One other thing I (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) That sounds reasonable. We've done this before, with light.dat. Do the files have comments identifying what they are used for? If they're going into the official library, it'd nice to try and make them useable by any program doing the same (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) I'd suggest that LS00.dat belongs in the PARTS directory because it's designed to be manipulated directly by the end user when creating a model file (much like a regular part, and unlike the files in the S subdir). If you put it in S, it'll be (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) I also forgot to ask about some of the electrical parts.... Rotation sensor, light sensor, electrical cable ends officially have a small stub of rectangular cable coming out of them. This motivated me to modify these parts and use unofficial (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | LSynth synthesis and needed sub-parts
|
|
Hi Steve, Chris, Orion, I'm bringing out a new version of LSynth. LSynth originally had a number of unofficial parts that it used to specify and synthesize flexible parts. Where possible I've eliminated the unoffical parts that could easily be (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
Hi Stefan I don't know anything about neither optional lines or the programs you're converting from, but from a parts reviewers perspective, I'd say that the teapot.ldr looks pretty good. I wouldn't worry so much about automatic subpart generation. (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Parts editing made easy (well, easier)
|
|
(I posted this to lugnet.cad toplevel, but considering the total lack of response, I decided to try it down here in .dev instead, where I got all that nice feedback for my last post.) After a couple of days of coding fun, I finally have the ASE to (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) Another thought, maybe sorting on the center of the axis-aligned bounding box for the line? For lines this would be the center of the line but would it be the center of the tri or quad? My visualzation skills are elluding me at the moment. (...) (20 years ago, 16-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
Update: the converter works and is posted to the top level newsgroup, "lugnet.cad". (URL) to come. We should perhaps move discussions back here to .dev for intricate details like feature requests and bug reports, but you can also send me e-mail, and (...) (20 years ago, 16-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Use of arbitrary elements with LSynth
|
|
(...) Hi all, I have rewritten much of LSynth's code so that it is table driven. Currently the tables are coded in the program, but the important thing is that definitions of synthesized things are tabular. I've added a string type that uses your (...) (20 years ago, 15-Feb-05, to lugnet.cad.dev)
|
| |
| | 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)
|
