 | | Re: Scorpion
|
|
Eric Sophie schrieb: (...) It is now on the parts tracker. mikeheide (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) Surely the very fact it is .ldr instead of .dat differentiates it from the lego parts. MLCad doesn't recognise 3010.ldr as a valid part, and it allows both blah.dat and blah.ldr in the same mpd file. (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) I agree with that - it's much easier for the user to eliminate such conflicts (eg call the set file set-926.ldr) than expect the software to make such decisions for you. ROSCO (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) Isn't there an official order of preference for where a file comes from (eg. check MPD firsrt, directory second and parts directory third)? If so then the most sensible way of processing would be to go through that, which would ensure no (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: L3P-Bug using LGEO
|
|
I agree and disagree with this. I agree that it would be good (for now) if L3P only substituted LGEO parts for files with a .dat extension. Or, even better, if (a) the file being substituted has the UNOFFICIAL/LDRAWORG meta-statement and states it (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
|
| |
| | L3P-Bug using LGEO
|
|
hi lars, looks like L3P doesn't distinguish between part-files (.dat) and scene-files (.ldr) when I use LGEO parts. have a look at the following pic. when I render a .mpd (which containes the subfile 926.ldr refering to the sets number) without LGEO (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Tweening (and some Backwards Engineering)
|
|
(...) Hi Tore, Finding the angles is quite complicated and depends on the choice of how you express the angles. The main way of expressing an angle are Euler angles ((URL) however there is another way to express angles which is slightly more (...) (19 years ago, 12-Nov-05, to lugnet.cad.dev)
|
| |
| | Tweening (and some Backwards Engineering)
|
|
I've been thinking a little about Tweening the last two weeks. Linear Motion Tweening between two keyframes is very simple I guess. If x(0)=50 and x(1)=250, then x(0.1)=50+(250-50)*0.1=70. "kx+m". But then I came to the rest of the LDraw Type 1 (...) (19 years ago, 11-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) I forgot to mention -- the generator uses the 0 COLOR statement to define custom color values. But I don't think color 47 is tweaked very much. Steve (19 years ago, 10-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) And I received plenty of info! Thanks to all who responded--your answers have been clear and thorough and very helpful. Dave! (19 years ago, 10-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) The key bit is the -W option -- it draws thick lines. The $scale is the width of the line, in pixels. For the ldraw/partsref/peeron images, we use -W3 (but we also set scale to -S3, for a 300% zoom). -Q is supposed to result in higher-quality, (...) (19 years ago, 9-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) You can also use "Save snapshot" in LDView to generate a similar image. If you set the edge lines to be always black, and set the Field of View to be 0.1, you'll get something like so: (URL) Cobbs (19 years ago, 9-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) LDLite or LDGLite, possibly with a special ldraw.ini color file that gives black edge lines (although the default for trans white might be black already), or maybe MegaPOV are all ways I can think to do it. Ask Dan Boger. (19 years ago, 9-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) The black lines are normal edge lines (type 2 or 5). As has been mentioned, that was drawn by LDGlite which seems to use silly thick black lines to represent them. Different renderers use different settings (19 years ago, 9-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) Nope, that's right: ldglite -a1,0,0,0,1,0,0,0,1 -ld -Q -v3000,3000 -W$scale -S$scale -i2 -MSfilename.png somedat.dat (I think, it's Steve's code) (19 years ago, 9-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Question about image generation
|
|
(...) Looks to me like its rendered with ldglite, but i could be wrong. ROSCO (19 years ago, 8-Nov-05, to lugnet.cad.dev)
|
| |
| | Question about image generation
|
|
How is an image like this created: (URL) how are the black lines done? Is there a special command, or is it a function of some software platform unfamiliar to me? Any info is appreciated. Dave! (19 years ago, 8-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Can LPub show part pages with part name and number?
|
|
Thanks, Kevin. I have taken another step with this. I generated part images with Lpub and then messed around with some XSL to make a web page for these. As this is mostly for my inventory, I used the first word in the part as a bold title for a (...) (19 years ago, 7-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) This menas a huge download every time you wish to updated? <snip> Your project is in deed very interesting. I will try to follow the progress, and someday maybe I'll join it! But for now, I will explore where the LDA project leads. (...) Well, (...) (19 years ago, 30-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation [DAT]
|
|
(...) Yes, this is exactly what I suggest in my tutorial on how to model stuff. Then, in test1.mpd, you can rotate block1, and it will rotate all of its children as well! And you *should* rotate block1 so that you can see if you got its rotation (...) (19 years ago, 29-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Except me. ;) Seriously, this is why I butt into animation discussions. I care so much I want other people to at least come up with something that will survive time. I don't want someone to create something that will be incompatible with what (...) (19 years ago, 29-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Yes, why not. :) (19 years ago, 28-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Is it OK if we share? ;^) Kev (19 years ago, 28-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Hey you, don't steal my philosophy! :) (19 years ago, 28-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
In lugnet.cad.dev, Anders Isaksson wrote: <snip> (...) Ah, yes.... but only if you leave it to a committee! LOL! As the who has, invented the most meta-commands (I know, no LPub experience), I just create what I need, and tell people about them. No (...) (19 years ago, 28-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Yes, but you can give the 'files' any name you want inside the MPD. They don't *have* to match the part name outside of the MPD. So you *can* get named parts inside an MPD (with the help of a suitable 'post-processing' program). I certainly (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation [DAT]
|
|
(...) Well, hair goes under the category "Hat". It may sound a little strange, but that's the way it has to be. Like I said: 0 FILE Head 0 Name: Head 0 [This Object] 1 16 0 0 0 1 0 0 0 1 0 0 0 1 3626bp01.dat 0 [Child Objects] 1 0 0 0 0 1 0 0 0 1 0 0 (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Yes, this is what Anders was trying to get me to understand. The MPD framework provides a name visibility barrier (scope). I still say that LDraw type 1 lines are used to specify hierarchy. The <file> names within the MPD can be used to (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation [DAT]
|
|
(...) That's a very good idea I didn't think of! The approach I was thinking of is unnecessarily complicated. Looks like there will be no need for the tags I mentioned earlier. No pain at all. I think all current minifig generators can be easily (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation [DAT]
|
|
(...) Um, I'm not sure this has been worked out... I think James was saying that the subfiles in an MPD can be treated as the 'name'. This is true, as long as you also require that each subfile only be used once. So a file like: 0 FILE test1.mpd 1 (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Oh, I... don't use MLCad ether... :) (...) Yes, Templates is a word I was looking for! :) (...) Lunch break is too short to give an example of how I mean. I will try to explain later this evening/night (CET) /Tore (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Could you please expalin why this is so? I guess I just don't get it. (...) Groups are an invention in MLCad. (...) Ah, we are talking the same thing. "983.dat" is no good. Yes, the tags give you metion give you a unique name (within the scope (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) That's correct, but irrelevant. The hieriarchy is communicated with one single MPD in a way that would be impossible using one single DAT/LDR - if you put it together correctly, of course. (...) I have never used LPub so I'm not familiar with (...) (19 years ago, 27-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) Ha, ha, ha.... I had this long winded response argument all typed out, and then Mozilla died. Probably divine intervention. Let me try and see if I can get this one out with less energy. According to this specification: (URL) provides two (...) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) But as I said, if you put all instances, that need to be named, in a subfile of its own you *have* named instances. It wouldn't be too difficult to write a helper program (or add-on) that does this folding for you (creating a subfile of (...) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) I guess I was not even considering STEP, ROTSTEP or CLEAR as meaningful for animation. I was only really considering type 1 lines as useful, just to describe the models components, so we agree. I was thinking about a higher level scripting (...) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) I really should write a part 2.... Basically, it involves converting the model to povray (or whatever, blender even). If the conversion process retains the parent-child hierarchy, then you don't have to go into the converted code and 1) add (...) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) animations. I don't see how these ideas help us script anything. Can you explain what I'm missing? (...) Yes, and I was talking about trying to get to the second half of what you list.... scripting language.... without talking about GUIs for (...) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) LDraw mixes part type and part name........ For library parts, we specify its part type (filename). For sub-models we specify its filename (same thing in both cases). In C++ we have classes, and instance of classes. In LDraw the names of the (...) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
| |
| | Re: Thoughts on File Format for LDraw Animation
|
|
(...) No. I've said this before and don't understand why others don't understand this yet. See my article: (URL) whole animation issue makes me dizzy. It is one big circle: (URL) (19 years ago, 26-Oct-05, to lugnet.cad.dev)
|
