 | | Re: LSC - current status?
|
|
(...) No work is being done on this at the moment. I think I may be expected to submit an updated draft standard to the LSC on this topic. I will be quite busy in January and February (change of country+job), so it may take some time before I get (...) (19 years ago, 2-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) Steve, Tore, Lars, Orion ... any? w. (19 years ago, 29-Dec-05, to lugnet.cad.dev)
|
| |
| | Re: Art of Illusion
|
|
(...) Any news in this matter? I have been using AOI for a few years now and it's now a very nice and competent software, latest version 2.2 is impressive. :) A good and growing AOI forum: (URL) (19 years ago, 30-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Ldraw to Bricklink shopping list converter
|
|
(...) Very cool. I like to see MPD support, if possible. -Orion (19 years ago, 26-Nov-05, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Ldraw to Bricklink shopping list converter
|
|
Hi, want to quickly search Bricklink for parts in your Ldraw creation? check (URL): just upload your Ldraw file, and you'll get a complete list of links to Bricklink search pages. Let me know how you like this tool, and make sure you try the MLCad (...) (19 years ago, 26-Nov-05, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Re: L3P-Bug using LGEO
|
|
--SNIP-- (...) IMO the best solution would be to have a magic number at the start of the parts. eg. 0 LDP or something. That way the 'partness' of each part would be quicly verified merely be reading the first five bytes of the file regardless of (...) (19 years ago, 16-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) Surely the extension is entirely to identify the type of file, otherwise they would be irrelevant? While I understand that .dat is a widely used extension it would be foolish if any change was to .ldr (for parts), another extension would make (...) (19 years ago, 16-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) I think Tim meant LDraw files distinctive from other programs' .DAT files. Also from (URL) is problematic because its an ambiguous file format, many different programs use it. To identify more with LDraw, we chose LDR." Anyway, as Travis (...) (19 years ago, 16-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: Scorpion
|
|
(...) I just met with Chris Dee who is here in New Jersey on a biz trip. He just showed me his render of the Scorpion! I am so impressed! There is hardly another part as hard to make as the Scorpion. He did a fine job. Thank you so much. Lego Fans (...) (19 years ago, 16-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) What can I say? Tim has always been focused sharply on models. Although he used "model" extensively throughout that post, any implication of having separate definitions of "part" vs "model" as file-types is inaccurate. (...) That was entirely (...) (19 years ago, 15-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) this is what I did in the end. nontheless I consider this a bug worth reporting and subsequently sort out the ldr-dat mess we are currently in ;-) w. (19 years ago, 15-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
In lugnet.cad.dev, Steve Bliss wrote: [snip-snap] (...) hmm ... I always understod .ldr as scene file and .dat just for parts. at least this was what I thought reding from tim's post back in 2001: (URL) extension change is just that. Nothing changes (...) (19 years ago, 15-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) Yes, I would be great. But while it doesn't distinguish, we have to deal with it. I think the naming convention we had had before the .ldr extension, with officicial models named m926.dat and so on, solves this problem. So I suggest you name (...) (19 years ago, 15-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) Getting back to the problem at hand, yes I do think this is a bug in L3P, the line specifically says include 926.ldr. Maybe L3P should include the extension as part of the inc file name unless it is .DAT? Of course that will break if the parts (...) (19 years ago, 15-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) I read Steve's email as saying that they shouldn't and that the extension doesn't matter but IMO it does. Rereading it, it sounds like the extension does matter but that it shouldn't be used to identify the type of file which I agree with. /me (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) I don't think L3P pays any attention to parts.lst. To be honest, I don't think that it should. It's not an editor that's expected to give you a list of parts available for use. (And to be honest, I think that parts.lst is a generally bad idea, (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) The point is that it is not MLCad which differentiates, it is mklist. Tim (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) But that DOES differentiate between .dat and .ldr by the very fact it has the extension in parts.lst. If it didn't, 3010.dat and 3010.ldr would be interchangeable everywhere. This means that 3010.dat is NOT the same as 3010.ldr but L3P appears (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) No, it doesn't. (...) MLCad has no such restriction - that restriction is put in place by mklist. Go ahead - create parts/3010.LDR, edit parts.lst, add 3010.LDR and a description, it will magically appear in MLCad and be usable just as any (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev)
|
| |
| | Re: L3P-Bug using LGEO
|
|
(...) Actually, there's really no easy way to do part detection, but filenames really aren't a good idea. I'm pretty sure Lars is fully aware of the part detection problem (since it also affects the seams option in L3P), and there have been (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
|
| |
| | 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)
|
