| | Re: LDD vs LDraw
|
|
Hi Chris, Some of what you ask for in MLCad can already be done... (...) This surprises me. I've never had a problem. (...) You can sort of do this with submodels (...) Apart from looking nicer I don't think there's any viewing that LDView can do (...) (18 years ago, 13-Dec-06, to lugnet.cad, FTX)
|
|
| | Re: LDD vs LDraw
|
|
(...) That doesn't surprise me; most of what I know about MLcad was learned by trial-and-error. (...) I must be doing something wrong, but whenever I place a new part it seems to appear in an arbitrary location in one plane, and doesn't "snap" to an (...) (18 years ago, 13-Dec-06, to lugnet.cad, FTX)
|
|
| | MLCad Parts Tree (was: LDD vs LDraw)
|
|
(...) That's a cool idea. In the meantime, if you look in the MLCad program directory, there's a file called MLCad.grp. This contains all the grouping information for the parts tree. The organization of the file is pretty straightforward. In my copy (...) (18 years ago, 13-Dec-06, to lugnet.cad)
|
|
| | Re: MLCad Parts Tree (was: LDD vs LDraw)
|
|
(...) That is very helpful! Thanks! (18 years ago, 13-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) The simplest way would be if peeron.com could serve a set inventory as an LDraw file - then you just load the set into MLCad and rearrange the pieces. As a side note, LDList ((URL) has the possibility to load a set description and only show (...) (18 years ago, 13-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) While mostly true, I think you're minimizing the utility that a really good 3D view could provide to MLCad. (Note that this isn't meant as a put-down of MLCad; implementing a really good 3D view requires effort that might best be used for (...) (18 years ago, 13-Dec-06, to lugnet.cad, FTX)
|
|
| | Re: LDD vs LDraw
|
|
(...) Hi Travis, I frequently use LDview during the editing for the reasons you outline above. My point was more in argument against the "zoom and rotation" section of the comment. I would love to have a renderer as good as LDView implemented in (...) (18 years ago, 13-Dec-06, to lugnet.cad, FTX)
|
|
| | Re: LDD vs LDraw
|
|
(...) Well, MLcad cannot click things into place. I've learned over the years to be careful to add parts to the model when using course grid, and then switch to medium or fine as necessary. MLCad will allow you to place on whatever grid resolution (...) (18 years ago, 13-Dec-06, to lugnet.cad, FTX)
|
|
| | Re: LDD vs LDraw
|
|
(...) Unfortunately this is a tradeoff between quality and speed, if I sorted by triangle it would give better results but would also be much slower to render. There are other options for transparency sorting, like doing a Z init pass or rendering (...) (18 years ago, 13-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) I have a question about this. It is very important to me. I like to make animations, and to rotate things correctly, I must use submodels. In using other people's models, I've discovered that nobody centers their submodels to the pivot point, (...) (18 years ago, 13-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) Ahem Ahem... I know that at least Mladen and myself do this and I've been spreading the word. You pretty much have to if you design mecha. I do, however, agree that it is annoying to deal with when people don't (I'll name no names... Swami). (...) (18 years ago, 13-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) You might be surprised about the performance. LDView cheats and only sorts the centroids of the transparent triangles, but it does do a brute force sort (via qsort()) of all transparent triangles every frame (assuming you have that option (...) (18 years ago, 14-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) Try LeoCAD... it allows to rotate parts around their own coordinate axis ;o) Philo (18 years ago, 14-Dec-06, to lugnet.cad, FTX)
|
|
| | Re: LDD vs LDraw
|
|
(...) Yeah, I did this in ldglite a while back. You paste the peeron inventory in the ldglite window (with a ctrl-V in ledit mode) and it arranges the parts in a spiral so you can move them around and build the set. It's kinda fun, but a bit slow (...) (18 years ago, 14-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) the future :-) Did you ever do any changes to make the response back so the part count in LDList is updated (or have we talked about this in email, and I'm forgetting even more?)? (18 years ago, 14-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) I forget too, but it looks like I didn't make any changes for the part count update. It's a pretty cool feature and I suspect it wouldn't be too hard to implement. And maybe I can make the cursor switch to a drop target as well. (It does it (...) (18 years ago, 14-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) I think this excerpt from a mail between me and someone else is the only written documentation: -8<---...--- BEGIN ---...--- I capture the mouse on a drag operation in LDLIST, and sends the following message to each window the cursor passes (...) (18 years ago, 14-Dec-06, to lugnet.cad)
|
|
| | Re: LDD vs LDraw
|
|
(...) I don't even keep a copy of the vertices in system memory, I upload them all to the video card and forget about them. It might not be terribly bad to sort the triangles per frame since usually there aren't that many translucent pieces but I (...) (18 years ago, 15-Dec-06, to lugnet.cad)
|
|
| | LDList Documentation (Was: LDD vs LDraw)
|
|
Ah ha, it looks like all I missed was the return(1) to let LDList know the ldglite window accept drops. Since it seems to work now, I'd like to gather the scattered LDList documentation here and retitle this part of the thread so I can find it (...) (18 years ago, 20-Dec-06, to lugnet.cad, FTX)
|