 | | Re: STEP into using LDAO or LDDP
|
|
(...) Eh? I feel left out. Why does it only mention L3Lab and LDView When it seems to work just fine for my favorite "user defined" external program as well? Actually I'm not sure what the polling interval does... Don (20 years ago, 13-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Blender LDraw support
|
|
Hopefully you're still out there... This is really great that you've written this! Makes things alot easier for us who aren't that good with modeling tools. However, I'm having some problems, hopefully you can help me out? I try to import ldrs and (...) (20 years ago, 12-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) color definitions. This new file includes several new colors, including (but not limited to): - New gray - New dark gray - New brown - Dark green - pearl gray - pearl sand blue - trans purple Some of the RGB values were based on the (...) (20 years ago, 11-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Yes ... and no. If we did produce a fully internationalized, multi-namable color definition set, we'd almost certainly include a 'default name' property for the colors. So think of the data in ldconfig.ldr as the color definitions + the (...) (20 years ago, 11-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Well, if you look at Datsville a lot, that would probably be the reason. It won't open in any version of LDView released to date. The next major LDView release (3.0) will open it. I just opened town.dat, and while it took 25 seconds to load (...) (20 years ago, 10-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) The very big problem with all the nice options in L3Lab is that they aren't saved anywhere. One place to put all those options stored would be the ldconfig.ldr file, but I think it would be more natural to put it in ldraw.ini or a (...) (20 years ago, 10-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) I agree that ldconfig.ldr should stay simple. But it should be possible for people to create and use alternate configuration files, including (but not limited to) alternate color definitions. Let's see, that's 4, or maybe 5, votes for (...) (20 years ago, 10-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) <SHAMELESS_PLUG> That's easy, just use LDView ;-). </SHAMELESS_PLUG> It won't let you turn off all type 2 lines, but it will let you turn off all "edge lines", which are all type 5 lines, and all type 2 lines that are color 24. To be honest, I (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) The more I think about it, the more I lean towards ldconfig.ldr should stick to handle just 'color definitions' and just default border colors, rather than 'color configurations'. Where 'default' is the traditional "anti-color" that optionally (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Multiple ldconfig files really needed?
|
|
(...) Me too, but then again, is there really any need for more than two color setups? With this solution, you'll have to change all your alternative ldconfig files when a new color is added. I think just one ldconfig.ldr file would be an advantage. (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Maybe so, but I still like it. :^) Besides, it's really all about backwards compatibility. You're not suggesting we rename the [LDraw] key to [] are you? After all, it's just as redundant. Perhaps I'm a dummy, but I've got all sorts of LDAO (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Isn't "LDraw." redundant? It is, after all, the ldraw.ini file. --Travis Cobbs (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) True. Except the current ldconfig.ldr file doesn't specify all edge colors as black. Many of them use color 0 (which is defined as RGB(33,33,33)), some of them specify #000000, some of them use other colors. (...) Hmm, somebody want to setup a (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) I never saw any of those discussions, and I pretty much kept silent about the original ldconfig.ldr file, because I never really gave the edge colors much thought. However, it seems to me that making all the edges black should be up to the (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Ah ha! I thought I saw some duplicates in there. Then the only thing left in [LDraw] is the various paths to find things. I like that. (...) Ok, so how about this? [LDraw.Configurations] # FILE Config Name LOCALE 0=ldconfig.ldr default EN (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) If you mean the Launcher, LDAO Modeler, and Minifig Modeler keys -- those are old. The current version of LDAO stores these keys in the [LDraw Add-On] section. (...) To me, a dot looks more like a delimiter than a space. It somewhat indicates (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Why would you recommend that? My current ldraw.ini is loaded with search paths in the [LDraw] section. I'd say it's the other stuff that doesn't belong there. [LDraw] BaseDirectory=C:\ldraw Convert=c:\lcad\software\im (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) That sounds sensible. Also it's occurred to me since my last post on the internationization topic, that the Color names, and color definitions might be better off split up. 1. If the skins or theme's catch on, there's no sense having a (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) How about combining, steve's, andrew's, and your earlier idea with something like: [Configurations] # FILE Config Name LOCALE 0=ldconfig.ldr default EN 1=ldcfgalt.ldr ldlite EN 2=ldconfig_DE.ldr default DE 3=ldcfgalt_DE.ldr ldlite DE (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) I'd say we're getting to the point where -- if there are going to be more than a handful of color configurations -- we'd want to think about some alternate distribution/management methods for 'color configurations'. Similar to what other (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Err, I missed that point in the search path discussion - or I would have recommended putting them in a different section. If [configurations] is too generic, then how about [LDraw.configurations]? Steve (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) To be honest, I don't remember for sure, but I doubt it. My general standpoint on these kinds of things is that LDraw is a 3D-library, not a database. And language issues are (mostly) outside the scope of the library. However, I think Don had (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Well, we *did* change it from "0 !COLOR" to "0 !COLOUR" to honor the austrailian roots of the ldraw system. Does that count? (...) Actually, Steve's idea of listing multiple versions of the config file in the ldraw.ini would handle this (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
Was there ever any discussion about internationalized versions of this file? I was thinking that we could support various languages like this: 0 !COLOUR CODE 0 VALUE #212121 EDGE 8 0 !COLOUR NAME en 0 Black 0 !COLOUR NAME fr 0 Noir 0 !COLOUR NAME de (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Actually, if ldcfgalt.ldr contains the ldlite colors it should work quite nicely on a black background. After all, ldraw used a black background, and the ldlite colors were based on it. And to be totally honest, the default ldlite edge color (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Yes, I like it. However, is it different from the way we decided to number the search paths? Last I remember, we decided to stick them in the generic [LDraw] section and number them like this. [LDraw] LdrawSearch01=<HIDE>...MyPrims\In Work (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) How about a ldcfgblk.ldr? For those of us who prefer to edit on a black background instead of a paper white one? I suppose the software could just swap edge=0 for edge=8 and vice versa, but what about the non-black and white edges? -Kyle (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Yeah, I could see a section in LDRAW.INI like: [Configurations] 0=ldconfig.ldr 1=ldcfgalt.ldr ... (...) Well, yeah -- but then there'd have to be another interface element to allow the user to select the colorblock. I think it would be easier (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) The DOS tools won't use the file, but DOS users may still unzip new part libraries to an 8.3 filesystem. (...) I like it, but I'll have to spend some more time comparing. Many of the colors vary a bit from the ldlite defaults, and some of the (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) I like the black edges. They're what LEGO use, after all. (...) I'll take that bet! :-) As long as I get to pick the focus group. :-) More seriously, I'm glad that Steve is going to go with an alternate version of the file, as long as it's not (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) nbd. :) (...) OK, thanks for clarifying. Most comments I've heard in this area have been from people who prefer black edges over colored edges, which is why ldconfig.ldr has the more depressing style. (...) I don't see why not. How's this? (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Sorry about that. I really don't like it, except for printing out paper copies. And that's probabably only because of inkjet printer limitations (there's almost always a black cartridge). (...) Sure, but I've mostly ignored it because the file (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Are you being entirely ironic about this, or only partially? That is, do you like or dislike the mostly-black edge colors? I can't tell from your post. Either way, I must mention that I haven't changed most of the data; the current 'official' (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Ewww! Who picked the yucky edge colors? I mean, black edges are fine for *printed* instructions, but in my personal opinion they're not nearly bright and cheerful enough for on screen modeling. :-< And I'm fairly certain that 9 out of 10 focus (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | In dev: new ldconfig.ldr file
|
|
Since the LSC has come to agreement on a 1.0 standard for the !COLOUR meta-statement, I've prepared a new version of the ldconfig.ldr file. The new file has been converted to use the !COLOUR statement in place of LDLite's COLOR statement. Besided (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) have made it possible to run a multiplayer session and now is possible: - to chat - move around spots and the other playes can see a message saying your location in game , for now in text but later i will make it so that we see us as lego (...) (20 years ago, 7-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) -Wayne (20 years ago, 4-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) It's listed. It's on the Specifications page under the Standards heading with the title of "LDraw Language Extension for Clipping (BFC)". Here's a direct link: (URL) (20 years ago, 4-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) Alll: Could somebody please tell me where the BFC documentation is? I've read the specifications at LDraw.Org and I see no mention of it. -Wayne (20 years ago, 4-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
I made a screenshot of the gui for the game I need help as I don't know how to do it most of it mainly the internet parts (URL) (20 years ago, 3-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) Some part authors have been making major advances in getting the official library BFC compliant - notably Guy Vivan has been submitting BFCed files almost daily in recent months. These revised parts are in the Parts Tracker waiting for review. (...) (20 years ago, 3-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) I'll be supporting it in the next major LDView version (3.0). I really don't have an estimated completion date for this at the moment, but I at least hope to have it out before the end of the year. There could be minor LDView updates before (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) Yes it will... Once all the parts in the library are made BFC complient. (...) Since it's not full implemented library wide, most tools haven't been able to take full advantage of the benefit of consistant winding. POV-Ray is a ray tracer as (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Status of BFC
|
|
Hi there. I just found this about BFC. As I understand it, it's intended to be used to reduce the amount of polygons etc. in the modell that is renderd, in some way? If I've understood this correctly, is thisthen used in any current tools for (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I tend to agree with your thought, and I'm going to switch the script over to a flat-list model. Although I think the hierarchy of release -> distr type -> file format makes the most sense; and (somewhat) addresses your earlier question about (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I actually considered that when you made your original post. However, there are actually multiple different perfectly valid heirarchies, and for this reason I think the flat list is better overall. Here's an example with a different (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Looking at this some more... The script currently returns XML with 3 lists of distribution files: BASE - file ZIP - file ARJ COMPLETE - file ZIP - file ARJ UPDATE - file ZIP - file ARJ - file ZIP - file ARJ - file ZIP ... It could be argued (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Thanks, Chris! I'll add this shortly. Steve (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) In XML::Simple the root element name is controlled by the RootName option (RootName => 'string') (URL)_'string'_#_out_-_handy Chris (20 years ago, 1-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) There's no significance, AFAIK. The Perl module, XML::Simple, wraps the <opt> tag around everything automatically. I scanned the docs, but didn't see how to control it. Steve (20 years ago, 31-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I'm not really up on XML, but it looks fine to me. I do have a question, though. Is there some significance that I am missing to naming the root element "opt"? --Travis Cobbs (20 years ago, 31-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) OK, the URL is still temporary, but the script should be more-or-less done. Have at it, look for deficiencies, bugs, etc. If you don't remember the options, try adding ?help=1 to the url. I haven't thought very hard about the XML format -- if (...) (20 years ago, 31-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Yeah, but I was thinking more for programs that were developed to support one dataset, and couldn't cope with a different model for distribution files. I know, I know -- require the coders to work more intelligently. ;) Steve (20 years ago, 29-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Pft. Make ptrelease support a library version field, which would be 1 for the current lib, and 2 for the new one. :) (20 years ago, 29-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) That's one. :) (...) Michael had asked for that awhile ago. (...) Good point, I hadn't thought of that. (...) Hmmm, what *is* up with those dates? I'll go fix'em. (...) Yeah, I dunno. We certainly could go create ZIPs for those old updates. (...) (20 years ago, 29-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) Ok, I'll try to fix that in CVS. Meanwhile, what does it print in the console window when it starts up? I like to track the opengl driver developments in the various linux distributions. (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) Yes, now it opens in the right directory. (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) That's what I thought. Try commenting the call to platform_sethome() in main.c and rebuilding. Maybe that'll fix it. (...) I agree. This was a quick hack to appease those icon clicking Mac users until the LDRAW.INI search settings are (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) My home directory. Acctually, I think it's perhaps better to start it from the current directory, instead of the home directory. Maybe it's just me, but I usually start programs from other directories, and the files I want to use are often in (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) Should I make a "somewhat newer stuff" section? :^) (...) That's odd. I may have broken it with my recent tinkering. I think I was trying to make it look in the home directory if it didn't see anything like a dat file on the command line. I (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
It didn't work with 1.0.7 but the daily-CVS version worked! In the webbpage, the lines about the daily CVS should perhaps not be in the section "somewhat older stuff" ;-) It works fine with the l3 parser. But it does not show any thing if I do (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
I like it. One other change you didn't mention is the addition of the BASE downloads. That's also very nice, because it allows an app to bootstrap itself completely, without requiring the user to first install LDraw. (Having said that, I'm not (...) (20 years ago, 27-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) I think this means I need to get an up to date linux box so I can try to resolve the incompatibilities with the newer hardware accelerated opengl drivers and the software rendering offscreen osmesa driver. What version of ldglite is this? 1.0 (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
Hey all (interested parties), Please take a look at (URL) let me know what you think. This is a temporary script and URL. Please don't think this is the final configuration. I'm working on a (more) final version, hopefully it will be ready before (...) (20 years ago, 27-Jul-04, to lugnet.cad.dev)
|
| |
| | cant compile ldglite in gentoo linux
|
|
Hello. I'm trying to compile ldglite in my gentoo linux machine. Here is what happens. I give the command: make -f makefile.linux And after some compiling I get: gcc -g -DUNIX -DUSE_OPENGL -DUSE_L3_PARSER -DUSE_BMP8 -DNEED_MIN_MAX -DUSE_PNG (...) (20 years ago, 27-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) GREAT :), Ok I explain again , to undestand u can go to www.4dimensions.org and and play the 4D game or let me try to explain again. ok you will see a drawing of the room u are in so u don't need to imagen it but if u are with other players or (...) (20 years ago, 26-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
Hello. Yes, I like your idea, but it's hard to imagine what exactly you want it to look like. Please make drawings of your ideas so it is easier to get the idea. Then I have some questions: When do you want this game to go into production? How much (...) (20 years ago, 26-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
OK I think I have a better idea still is the same but we could do it Is like doing a chat room ok the idea is based on MUD games text based games but the diferences are we will use graphics to show the static elements like (buildings, minfigs that (...) (20 years ago, 25-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Yes, that would be me. I had a messed up bug in my HTTP download code that took me a long time to track down. (Note that the bug didn't cause the unusally large number of downloads of the file; tracking down the bug did.) In general, I'm not a (...) (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Well, I think both would be appropriate. At this point, I haven't decided if I want to track down an open source unzip library to unzip the zip files, or just execute the other ones directly from LDView. But from the standpoint of the file (...) (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Do you want sizes for the ZIP files or the ARJ-format EXEs? Steve (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I always thought it should emit XML, which would make it really easy to add more info (like what you're suggesting) without affecting backwards compatibility. Maybe it's not too late to do that. From looking at the logs from the last few days, (...) (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Request change to ptreleases.cgi
|
|
I have a request for a change to be made to the ptreleases.cgi script that keeps track of all parts updates. Unfortunately, if anyone has actually implemented support for automatic updates using this script, my suggested change might not be (...) (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) wow nice, is sort of my idea but everything rendered with pov-ray. Who make it? and how? (20 years ago, 20-Jul-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) Well something easy to use I was thinking. (...) 2d = 2 dimensions like the game diablo If possible or like GTA 1 top view. (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
Would it look sumwhat like this? (URL) (20 years ago, 20-Jul-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) It is always best to start it out working on all platforms. There are several code libraries that can be used that are multiplatform. I think the most popluar is SDL (libsdl). If you used something Microsoft/Apple proprietary, like (...) (20 years ago, 20-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) a space colonization game. no pre-built model, everyone has to build his models from hard earned bricks. some play the Exploriens trying to expand and unreveal E.T. secrets, other play UFOs trying to hide and conquer by converting their (...) (20 years ago, 19-Jul-04, to lugnet.cad.dev)
|
| |
| | I have an idea . What if we make a game
|
|
I was thinking since I started to like the game Diablo and other RPG for their great features. Why don't we do a game ? Not just a single player game that has a start and an end but something like an MMORPG well if is possible online if not why not (...) (20 years ago, 18-Jul-04, to lugnet.cad.dev)
|
| |
| | Blender/LDraw work for SIGGRAPH
|
|
I'm happy to see people talking a bit about Blender and LDraw here. I've been in touch with Ton Roosendaal of the Blender community for a few weeks now, we're planning to get together at SIGGRAPH, attend each other's BOF sessions, and talk about how (...) (20 years ago, 16-Jul-04, to lugnet.cad, lugnet.cad.dev, lugnet.events, FTX)
|
| |
| | Re: Variants of 4.5v / 12v train motors
|
|
(...) I checked my motors again, only one per type (I didn't want to dismantle all my locomotives that use the motors). Here are my measurement results: x570c01 (blue): Outer plug diameter: 5 mm Inner plug diameter: 2.1 mm Plug height: 2.1 mm (...) (20 years ago, 16-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Blender LDraw support
|
|
(...) Part detection is problematic due to changes over time in the library. For reference, LDView uses the following to identify parts: File is in the Parts directory, and isn't a descendent of any other parts at the time the file is loaded (sub (...) (20 years ago, 15-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Directory separators were added in DOS 2, which accepted both / and \ for that purpose. The feature was imitated from Unix. At the time, there also appeared a config.sys setting for *switch* character, which would default to / but could be set (...) (20 years ago, 15-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v / 12v train motors
|
|
(...) Would you be able to take a critical look at the sizes of the connector studs and the holes in them. There is a suggestion that these differ between the versions designed to work with the old Blue 2-pin connectors ((URL) those which fit the (...) (20 years ago, 15-Jul-04, to lugnet.cad.dev, lugnet.trains)
|
| |
| | Re: Blender LDraw support
|
|
(...) Well, I'm a bit further along now. No MPD support yet, but it'll be easy to add. It now supports hierarchical loading with piece recognition, loading even the Masakari model in a tolerable amount of time. In the process I noticed not all parts (...) (20 years ago, 15-Jul-04, to lugnet.cad.dev)
|
| |
| | 2003-2004 LSC Annual Report
|
|
LSC Annual Report August 2003 - July 2004: During this period of time the LSC handled the following issues to completion: - A location was established on the ldraw.org website listing all of the current LDraw library updates. This page is script (...) (20 years ago, 15-Jul-04, to lugnet.cad, lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Blender LDraw support
|
|
(...) I'm not a Blender user. Yet. I would like MPD support if/when I start using Blender and your script. (20 years ago, 12-Jul-04, to lugnet.cad.dev)
|
| |
| | Blender LDraw support
|
|
I hope this isn't off topic for this list. I've begun writing some scripts for Blender to import (and eventually export) LDraw DAT files. Cropped screenshot of result (pieces 105, 10 and 73057): (URL) location (currently 5KB): (2 URLs) features: (...) (20 years ago, 12-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) I just checked my motor cases. The Type I motor cases and Type 2 motor cases are NOT interchangable. To update a Type I motor to a Type II motor you need a Type II top case, a Type II bottom case and a Type II gearbox. (The gearbox is the (...) (20 years ago, 1-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) The cases were also sold separately: (URL) Set 1215 which was only the lower half of a Type II housing. It allowed a user to change a Type I motor (an earlier version without the hole) into the updated Type II (with the centre hole). HTH, (...) (20 years ago, 30-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) The Type I motor (x564c01) supports both the old style power pickup brick with the plugs at the front (URL) as well as the new style power pickup brick with the plugs at the rear. (URL) The Type II motor (x581c01) supports only the new style (...) (20 years ago, 29-Jun-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) The actual motors (both 12V and 4.5V) were sold seperately as replacement packs, so users can screw open the case and replace the motor (either replacing a broken motor or replace a 4.5V motor with a 12V motor or vice versa). (URL) 12V (peeron (...) (20 years ago, 29-Jun-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) Yes, including case is good. As Niels indicated, the 4 x 12 x 3 1/3 versions are openable with a screwdriver, allowing the actual motors to be replaced, so I think the term "Shortcut" is correct. The 4 x 12 x 4 version is glued, so I'll change (...) (20 years ago, 29-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) I'm confused. Are these parts generally openable - are the actual motors removeable (by the average user)? If they are removeable, then the (shortcut) names should include "case", since they aren't actually the motor. If the motors are not (...) (20 years ago, 29-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v train motors
|
|
<SNIP> Thanks Niels for taking the time to research this. I have updated the part names based on this information - to remove the voltage designation and correct the dimensions. Regarding your comment "The parts look good, I only miss metal (...) (20 years ago, 29-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Variants of 4.5v train motors
|
|
(...) I have checked my collection of train motors (which has reached an amount of 9), including all three mentioned variants. (Please note that I have changed the order of the quoted lists from Chris' message) (...) Got this one in blue, with a (...) (20 years ago, 27-Jun-04, to lugnet.cad.dev)
|
| |
| | Variants of 4.5v train motors
|
|
Hi We have a collection of 4.5V train motors on the LDraw Parts Tracker, and I'd like some help sorting out the variants of this part. On the PT right now we have x579c01 (by Michael Heidemann) - (URL) - this is the 4x12x4 version x581c01 (by (...) (20 years ago, 26-Jun-04, to lugnet.cad.dev, lugnet.inv)
|
| |
| | Re: Primitive Generator program update
|
|
(...) I have been doing a little bit of work on the calculator. It is really overdue for a major overhaul. I was trying to impliment some other additions that have not worked out very well so far. (...) have you tried Ctrl+ins=copy, Shift+Ins=Paste, (...) (20 years ago, 23-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) ok. (...) Might need to job parts reviewers memories to this detail. (maybe this post will) (...) I have uploaded the update to the webpage; (URL) me know if that is any better, and if I caused any other bugs. I did not spend much time (...) (20 years ago, 23-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: LDBoxer - Next Step and My Datsville Plans
|
|
(...) (snip) (...) I *am* working on it, though slowly :-( The idea is that you can specify any number of part directories, e.g.: <MODELDIR> <LDRAWDIR>\P <LDRAWDIR>\Boxer <LDRAWDIR>\Boxer\B <LDRAWDIR>\Boxer\B\A <LDRAWDIR>\Boxer\BB <LDRAWDIR>\PARTS (...) (20 years ago, 22-Jun-04, to lugnet.cad.dev)
|
