 | | Re: LSC - current status?
|
|
(...) LDList creates a file similar to what you describe, called ldrawlist.txt. I'm not sure how well the format would work for translations... Alternately, how about something more like this? (URL) only does a few parts right now) (...) Very true. (...) (18 years ago, 16-May-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) I'm not Willy, but I think I can still provide a pretty good answer to all your localization questions. (...) Allow non-English speakers to be able to search for things in their own language when using a modeling program (presumably MLCad). I (...) (18 years ago, 16-May-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) I have applied Robert's Rules in order to get this restarted. I will call for a vote as soon as Orion is back from his trip to sea. (...) This topic has not been discussed. For me personally it is for lack of interest. I have questions about (...) (18 years ago, 16-May-06, to lugnet.cad.dev)
|
| |
| | Harmonizing Syntax of TLAS, LMM, and LDA2006
|
|
(...) Thank you, Miguel. (...) As discussed earlier, I am now convinced of the animation potentials of MPDs. As a (not very active, but yet...) member of the LDraw Standards Commitee, I am also convinced of the benefits we all would enjoy if all (...) (19 years ago, 27-Feb-06, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: LDA2006 Progress Report
|
|
(...) Hi Tore, Congrats on your recent work. As you know, I am working on a parallel animation app project. At this point, I've stopped development on the new version and plan to dedicate the next month or so to cleanup duties (anything from (...) (19 years ago, 27-Feb-06, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Proposed new colour
|
|
Hi all, Not sure if this has been brought up before so sorry if it has. When looking at one of my renders today Ross Crawford commented that the tracks were to reflective. We worked out that this is because they use the chrome color (383) to define (...) (19 years ago, 26-Feb-06, to lugnet.cad, lugnet.cad.dev, lugnet.cad.ray, FTX)
|
| |
| | Re: LDA2006 2006-02-25 Beta Release
|
|
(...) Oh, yes it works - given you spell the commands correctly... :| Please disregard my previous post. /Tore (19 years ago, 26-Feb-06, to lugnet.cad.dev)
|
| |
| | Re: LDA2006 2006-02-25 Beta Release
|
|
(...) Back to the drawing table! Tweening function doesn't function at all! :( /Tore (19 years ago, 26-Feb-06, to lugnet.cad.dev)
|
| |
| | LDA2006 2006-02-25 Beta Release
|
|
Finally, I have released the first beta version of my LDraw Animation System that supports the three new standalone [sub]scripts! To give it a go, download either (URL) on what you think takes less time. Then download (URL) unpack all files into (...) (19 years ago, 25-Feb-06, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: LDA2006 Progress Report
|
|
(...) Thanks for the input, Tim. I agree. Exponential functions for acceleration or fall would be nice to have. Sinus and Cosinus functions will make smoother walks. The best would probably be support for splines or maps, but that's way beyond my (...) (19 years ago, 25-Feb-06, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: LDA2006 Progress Report
|
|
(...) --SNIP-- (...) --SNIP-- (...) This all sounds very cool Tore. I may have to give it a go sometime. One suggestion to you is to allow for different tweening systems. Sometimes you may want something other than a linear tweening and it would be (...) (19 years ago, 25-Feb-06, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | LDA2006 Progress Report
|
|
I've changed priorities once again. The need of what I call standalone scripts have turned my todo-list upside-down. And the Tween command has made all the difference! After working all night, I finally made it work. That is, the first of the three (...) (19 years ago, 24-Feb-06, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Simple Maths Help Needed
|
|
(...) Rule #1: Never fix anything that's not broken! :) I need to make an if statement to take care of the exception where 'to' equals 'from', to avoid a division by zero crash anyway. Who knows what users can bring up... /Tore (19 years ago, 5-Feb-06, to lugnet.cad.dev)
|
| |
| | Re: Simple Maths Help Needed
|
|
(...) There is another way ;) (Start_value*(to-Pro.../(to-from) Is nice and symmetric and more numerically stable. Tim (19 years ago, 5-Feb-06, to lugnet.cad.dev)
|
| |
| | Re: Simple Maths Help Needed
|
|
(...) Oh, how close I was, and yet... Thanks a lot, Rosco! /Tore (19 years ago, 4-Feb-06, to lugnet.cad.dev)
|
| |
| | Re: Simple Maths Help Needed
|
|
(...) I think what you want is: value = start_value + ((end_value - start_value) * (Progress - from) / (to - from)) HTH ROSCO (19 years ago, 4-Feb-06, to lugnet.cad.dev)
|
| |
| | Simple Maths Help Needed
|
|
I'm ashamed to admit, but I have got stuck in a quite simple Maths problem. It's all about an implementation of the basic formula y=kx+m, but somehow I have managed to think the wrong way. Luckily, I made problems like this in a glanse back in (...) (19 years ago, 4-Feb-06, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Repository version 1.0 released
|
|
(...) Hello, I am glad to see there is a place where one can quickly identify WHAT can be found, usually site promotion means i know WHERE to go, just to explore and discover nothing crosses my interests. Even if the list is far from exhaustive it (...) (19 years ago, 21-Jan-06, to lugnet.cad.dev)
|
| |
| | LDraw File Repository version 1.0 released
|
|
Version 1.0 of the LDraw File Repository is now available: (URL) repository currently has downloads of files by 5 authors, totaling 362 LDraw files, 10.7 MB. Most of the files are available on the authors' sites, but a few extras not on the authors' (...) (19 years ago, 21-Jan-06, to lugnet.cad.dev, lugnet.announce)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) That looks perfect. Thank you :) (19 years ago, 18-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) It's never too late - I only hope that I'll soon have some time for L3P again. The shortest and easiest to remember keywords I could think of is: 0 L3P CAMERA_CALC OFF ... 0 L3P CAMERA_CALC ON Note, however, that it will only work in the main (...) (19 years ago, 15-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) That's almost there but it still includes that part in the camera position calculations so doesn't really leave me better off. This would still require copying the camera data over. I'll have a look at doing two passes and copying it over (...) (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) True, but IFNOTPOV produces "if(0)" statements that can very easily be replaced by "if(-1)" and all the commented out tracks will be uncommented again. I find that easier than copy and paste camera positions. /Tore (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) Everything inside IFNOTPOV won't show up in the POV file at all, so that would still require two passes (one with IFNOTPOV to generate the camera, and one without to have the correct scene). --Travis (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) It's not what you're asking for, but I have code in an (unreleased) version of LDView that will put a POV camera into the clipboard based on the current view in LDView. It then lets you compose your view in LDView and simply replace L3P's (...) (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) Oh, I think I see now. What about using IFNOTPOV? (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand
|
|
(...) Not quite. Currently, L3P uses the entire visible "model" to calculate the camera position (-cg? ) to fit it all in. I would like to keep this functionality, but be able to tell it to ignore certain parts, e.g. train tracks which will extend (...) (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: L3P "Skip" part metacommand [DAT]
|
|
(...) If I understand you correctly, I may already have found a solution to your problem with my two ldraw objects "camera.dat" and "look_at.dat". Following camera will be seen in any LDraw renderer, but invisible in POV: 0 ~Camera Position 0 Name: (...) (19 years ago, 14-Jan-06, to lugnet.cad.dev)
|
| |
| | L3P "Skip" part metacommand
|
|
Is it too late to see a command for the new L3P to ignore a part/line when calculating the camera position/angle, but still render it in the final scene? Most of my renders are quite plane, but I'd prefer to have the railway track going beyond the (...) (19 years ago, 13-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
(...) You can, of course, support both. The reason I say SMTP is less reliable on the client side is because you can't know if they even have an mail program, much less what it is or how it works. In an environment you're controlling (like work) (...) (19 years ago, 11-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
(...) I use HTTP POST to have my work computers talk to databases and it seems very unreliable because if there is a network problem, the request dies then and there. But if I use email, the server will keep retrying. But I agree, HTTP POST is easy (...) (19 years ago, 11-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
(...) I think HTTP is more reliable in unknown environments... From the server side, the HTTP method might be more complex, but keeping the complexity on the server side is better than making complex clients. (...) Right - the clients pushing data (...) (19 years ago, 10-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
(...) I find it easier to make a script dump an e-mail with some text in a mailbox than to hack a HTTP POST form. I might not care to implement such an announcement feature in my script, if it was too much work to do. Sending e-mail and posting to (...) (19 years ago, 10-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
(...) Using email for the transport here is just adding comlication - why not just have a web API that the remote repos use to notify of updates? Could be a fancy SOAP/REST interface, or a simple POST form. It's not hard to parse email, but it's (...) (19 years ago, 10-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
(...) I'm very lazy. ;) Any interest in a copy of the program that generates my overview file? (...) Definitely. Maybe we should take a few moments to think about how to announce the available LDraw files on a web site? Is the NNTP/SMTP header (...) (19 years ago, 10-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
And one more comment. It would be cool to have some automation for site owners as well. For example, Jacob wrote a script that auto-generates descriptions of the files on his site. All he does is move a file to his web folder, and a script runs (...) (19 years ago, 10-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Massive LDraw file repository
|
|
Ok, I'm going to try this again. :) I've learned a few things since my first post. I'm moving this to lugnet.cad.dev BTW. First of all, I know there is interest to in a Massive Ldraw file repository as I have gotten many private emails about the (...) (19 years ago, 10-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
Sven Moritz Hein schrieb: (...) I just tried ldglite_1_0_7 and I think it can work for you. Just give it a try. MikeHeide (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
Steve Bliss schrieb: (...) It seems that you need a viewer for MPD files but also a collector for all file in the MPD. And I mean really all parts. Please try my MPDCenter at www.michael-heidemann.de. It will collect unofficial files according to a (...) (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) LDLite will do work, but it does bark at you when there's no setting for the LDraw directory. Clicking Cancel gets you past that prompt, and then LDLite draws the file as best it can. (...) I think your idea for a packager is very good. I'd be (...) (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) I sure wish I knew how to recreate this...... Kev (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) Sven, What might be better than sending a viewer app each time awould be send a person an LDR/MPD file and a link to a server running a viewer, perhaps an pared-down version of the java app mentioned in this post: (URL) That would definitely (...) (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) Ldglite wouldn't be a good choice (for a packaged solution) -- it needs glut32.dll along with the main ldglite.exe file. But it would be a good choice for a program someone could just grab, unzip, and run. If you pointed them at the download. (...) (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) Ldglite is still fairly primitive. For Windows, it's basically just an executable and a dll. If you don't give it an ldraw path, it should just look in the directory containing the model, and in the model file itself (if it's an MPD). Is that (...) (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) Exactly this is my problem. It is hard to explain all this to someone who has never heard of LDRAW. What I imagine is something like a (*.zip?)package containing the model file, the parts and the viewer. You just have to send this package per (...) (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Proposed new meta-command: !STANDALONE_LDR
|
|
(...) This is a bit of a problem for me too. I've written scripts to import and export ldraw data from Blender, and naturally I built a model in Blender following that.. but now I'm not allowed to share the original Blender model without removing (...) (19 years ago, 9-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: Proposed new meta-command: !STANDALONE_LDR
|
|
(...) They will. We haven't quite decided on what it will be but it will be there. -Orion (19 years ago, 9-Jan-06, to lugnet.cad.dev)
|
| |
| | Proposed new meta-command: !STANDALONE_LDR
|
|
I'd like to propose the creation of a new meta-command. It is as follows: 0 !STANDALONE_LDR The zero at the beginning of this command MUST be the first byte of the model file. LDraw viewing programs can look for the presence of this command at the (...) (19 years ago, 9-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) I forgot to mention that the above programs will of course only work if he creates a directory somewhere that contains P and PARTS sub-directories, and then sets that as his LDraw directory in MLCad and/or LDGLite. --Travis (19 years ago, 9-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) I'd say your best bet for that is likely MLCAD or LDGLite. Not sure if LDGLite likes directories inside MPDs, but there's a reasonably good chance it will work. On a related note, have you tried using LDGLite or LDView as the renderer in LPub? (...) (19 years ago, 8-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: ldglite for Solaris 10 Install procedure
|
|
Yes one could do that. But as compilation is a one time thing and they would still have the distribution in case they mauled it, I didn't feel it necessary to do it that way. (...) (19 years ago, 8-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: ldglite for Solaris 10 Install procedure
|
|
(...) You should probably instead create a copy called makefile.solaris and make the changes in that. ROSCO (19 years ago, 8-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
Hi Orion, Thank you! So I just need a good viewer for step-by-step instructions! Leg Godt -Sven (19 years ago, 8-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LDRAW Package format?
|
|
(...) Who said that? It's not specifically disallowed in the MPD spec and LDView/MLCad both work fine with s/ and 48/ in the file names. I just tested LDView by changing the LDRAW directory to an empty directory and used a self contained MPD file (...) (19 years ago, 8-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | LDRAW Package format?
|
|
Hi everybody, yesterday someone sent me an e-mail and asked for the instructions of one of my models. I asked myself: Shall I render all the steps of the instructions via LPub - which takes a long time? Or shall I just send him the mpd-file and a (...) (19 years ago, 8-Jan-06, to lugnet.cad, lugnet.cad.dev)
|
| |
| | ldglite for Solaris 10 Install procedure
|
|
ldglite for Solaris 10. Download and install OpenGL from the Sun Website :(URL) and install Glut from the Sun Website: (URL) ldglite from (URL) root (or other priveleged user) unzip ldglite in the directory of your choice (I use /opt and have the (...) (19 years ago, 8-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: ldglite Compilation concerns
|
|
(...) I'd say that <GL/osmesa.h> would normally be preferable, but "GL/osmesa.h" works fine, since double quotes in a #include statement search a full superset of the directories searched by angle brackets. So it should certainly not affect its (...) (19 years ago, 6-Jan-06, to lugnet.cad.dev)
|
| |
| | Re: ldglite Compile fail
|
|
(...) Looks like gcc is getting pickier about function prototypes these days. Try adding this line near the top of hoser.c after the #include lines. void hoseout(void); (19 years ago, 5-Jan-06, to lugnet.cad.dev)
|
| |
| | ldglite Compile fail
|
|
Ok, I know UNIX, but to be honest, I'm no programmer by a long shot So This error stopped me. gcc -g -DUNIX -DUSE_OPENGL -DUSE_L3_PARSER -DUSE_BMP8 -DNEED_MIN_MAX -DUSE_PNG -DTILE_RENDER_OPTION -DTEST_MUI_GUI -I./mui/include -c -o hoser.o hoser.c (...) (19 years ago, 5-Jan-06, to lugnet.cad.dev)
|
| |
| | ldglite Compilation concerns
|
|
I seem to have found a typo in ldglpr.c : ---Begin ldglpr.c line 51--- #ifdef OSMESA_OPTION #include "GL/osmesa.h" void *OSbuffer = NULL; OSMesaContext ctx; #endif ---End ldglpr.c line 55--- Shouldn't that be <GL/osmesa.h> I may be submitting some (...) (19 years ago, 5-Jan-06, to lugnet.cad.dev)
|
| |
| | 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)
|
