 | | Re: Recursive MPD files (WAS: Re: Lich (Undead Wizard))
|
|
(...) I don't think this can be fixed (although any serious syntax-check-type utility should catch it). So any program which processes LDraw files must check the reference-chain for recursive calls. I think it hasn't been an issue because most (...) (25 years ago, 13-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Recursive MPD files (WAS: Re: Lich (Undead Wizard))
|
|
Don Heyse wrote... (...) I guess it hasn't been much of a problem before, since most primitives have "strange" names. The problem is not related to MPD - same problem if you had ring2.dat in the MODELS directory. I will add a loop-check to (...) (25 years ago, 13-Mar-00, to lugnet.cad.dat.models, lugnet.cad.dev)
|
| |
| | Re: Recursive MPD files (WAS: Re: Lich (Undead Wizard)) [DAT]
|
|
Oops... :-( I've fixed it (I hope). Thanks, Franklin 0 FILE lich2.dat 0 MPD Author: Franklin W. Cain 0 0 This .MPD was compiled using M-Peedy 0 (URL) Lich (an Undead Wizard) 0 Unofficial Model 0 Author: Franklin W. Cain (fwcain@yahoo.com) 0 1 0 0 (...) (25 years ago, 11-Mar-00, to lugnet.cad.dat.models, lugnet.cad.dev)
|
| |
| | Recursive MPD files (WAS: Re: Lich (Undead Wizard))
|
|
(...) The lich is evil I tell ya! Well maybe just recursive MPD files are evil. Do you realize ring2.dat is an ldraw primitive and that by redefining it in the MPD file you've created an infinite loop of dat file includes. ring2.dat -> flame3.dat -> (...) (25 years ago, 11-Mar-00, to lugnet.cad.dat.models, lugnet.cad.dev)
|
| |
| | Re: Organizing the LDraw CD-ROM
|
|
Sounds cool, I just got a burner, so if someone could supply me with blanks i could do some of the burning. That is, of course, thats you haven't made preps with a pro CD makeing company. If you get all the people intrested in LDraw and who own (...) (25 years ago, 11-Mar-00, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD spec.. don't forget M-Peedy
|
|
I have built a Win9x/NT MPD builder/splitter (URL) easier than having to deal with DOS command lines, batch files or compiling your own .EXE and links to it area available here (and have been for some time) under the CAD/Tools secction (URL) (25 years ago, 10-Mar-00, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw CD-ROM Project
|
|
(...) I think $10 is a fair asking price (no more) for the CD, and the profits will go into an account for jumpstarting ldraw.org (its own server?)/future Virtual Lego events (a la illusive .datFest). The money should be distributed via a vote of (...) (25 years ago, 10-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Also agree ! But, lets try to make everybody happy ! ;) (...) I don't quite agree with that, because this new format does not need to be just a way to gather a few DAT files, It can be a lot more, but without forgetting that it should be kept (...) (25 years ago, 10-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) OK! (...) Where is that documented ? Does it have parameters ? I personally, never heard about that Meta command ! Does a regular (extended) .DAT also suport this or is just an MPD specific meta command ? I think it's the later. [...SNIP. (...) (25 years ago, 10-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
Steve: (...) Yes. I think that the right format for these alternative uses is gzipped tar files. There is Open Source code available for reading this format, and there is no need to go through a specification and implementation process. Play well, (...) (25 years ago, 10-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) I think part of the problem is that MPD files are currently being used differently than they were originally intended. Rui's ideas would benefit a lot of people trying to make use of MPD. But these changes would defeat current uses of the (...) (25 years ago, 10-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: LDraw CD-ROM Project
|
|
I too would pay $10 to $20 for the disk, If just to support the cause. I really appreciate that I got so many quality tools for free in the first place. -Chuck (25 years ago, 9-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
Rui: (...) I do use it for "batch processing". (...) That's while I added the "NOFILE" meta-command at some point. I think it was Jeremy who made me aware of the need for that. (...) I think you could say so. I wrote the definition and the first (...) (25 years ago, 9-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) So are you available to help define a better/improved Multi Part Dat format, not necessarilly with MPD extension ? By using your experience with the current MPD format ? including the splitter and Builder ! What would you improve ? Do you (...) (25 years ago, 9-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) I believe the answer would be Yes and Yes. Steve (25 years ago, 9-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: Wheel Technic 20x30 DAT file wanted
|
|
(...) Are you looking for <part:6582> and <part:6581>? They are the 20 X 30 ballon wheel parts. -Duane (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Nice regular expression ! (...) There is NO problem with that, because, every mail/news reader supports the [uuencode] format and most support the [MIME] format. Maybe you just want to convert directly from a mail dump ? But that can easilly (...) (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Wheel Technic 20x30 DAT file wanted
|
|
Hi, I don't know if i'm on the right place to ask if anyone has a Technic Wheel 20x30 .DAT file? I wan't to draw my 'OCTAN' gas car and i'm missing the wheel. It's similar to the 'Wheel Technic 24x43 (LDRAW Part 3739)', but the 20x30 is 4 studs wide (...) (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
Rui: (...) ^^^...^^^ s/want to have/can't avoid having/ (...) The MPD format has been designed for easy handling through NNTP and SMTP, which means that I have to accept standard mail and news headers before the actual content. I don't intent to (...) (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: stl2dat conversion tool beta 4
|
|
(...) It seams like a great work ! (...) I'm one of the probably most interested persons in this, but I'm affraid I can't try it right now, too much going on in my life right now. As soon as I can, I will try it, and also will email you some source (...) (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) I'm sorry bu this is NOT true ! Also my suggestion to the MPD format only assumes an implicit (0 FILE model.dat) at the begining of the file. so the processing is almost exactly the same as before. (...) The current (the one beeing used now) (...) (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) OK, I stand corrected ! (...) My NOTE had no intention to be ofensive. I'm sorry if you took it ofensively, that was NOT the intention. I also dislike windows, unfortunatly, some people (like me) are forced to try to work (sometimes it's (...) (25 years ago, 8-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: advice for CATEGORY - Pirate Cutlass and Castle Greatsword
|
|
(...) My recommendation is to use "Minifig Accessory" as the category for both of these parts. If you look at (URL), the list in the left-hand frame shows all the 'categories' that are currently in use for LDraw parts. Most of these 'categories' are (...) (25 years ago, 7-Mar-00, to lugnet.cad.dev)
|
| |
| | advice for CATEGORY - Pirate Cutlass and Castle Greatsword
|
|
Hi! I'm trying to convert the Pirate Cutlass and the Castle Greatsword into DAT files, and I had a question about the CATEGORY command line. Specifically, what Category (or Categories) should I list for these two pieces? On the one hand, I could (...) (25 years ago, 7-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: LDGLITE- Solaris Version
|
|
(...) I just checked, you can get OpenGl for Solaris straight from Sun at (URL) not sure if it comes with glut, but the main glut site had links to Solaris binaries. (URL) all you need to do is compile ldglite and unarj the parts archives. I no (...) (25 years ago, 7-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: LDGLITE- Solaris Version
|
|
(...) Yes, the linux executable is for x86 with (I believe) glibc 1.1. Do you have access to a compiler? It shouldn't be too much trouble to compile, although you also have to get Mesa or real OpenGl. I believe you can get a prebuilt Mesa binary for (...) (25 years ago, 7-Mar-00, to lugnet.cad.dev)
|
| |
| | LDGLITE- Solaris Version
|
|
Is a version of LDGLITE available for use on Sun Workstations The Linux executable didn't work ( Suspect its ix86 rather than SPARC!) Alex (25 years ago, 7-Mar-00, to lugnet.cad.dev)
|
| |
| | stl2dat conversion tool beta 4
|
|
A new release of stl2dat is available here (URL) have completely rewritten the detection of primitives and edges: now the program first scans all the facets to create all the adjadent edges and to keep information about adjadent facets. Then all (...) (25 years ago, 7-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Generally, yes, but if you are viewing the DAT files on lugnet with a browser, the file name will be some long temporary name. -gyug (25 years ago, 6-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec [DAT]
|
|
(...) I understand your proposal, but it has the bad side effect of requiring a double-pass through all the files. For example, if the first line of your file is: 1 1 0 0 0 1 0 0 0 1 0 0 0 1 foo.dat and foo.dat is not found in the search path, the (...) (25 years ago, 6-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: 0 Un-official part...
|
|
----- Original Message ----- From: Tore Eriksson <tore.eriksson@mbox3...wipnet.se> To: <lugnet.cad.dev@lugnet.com> Sent: Sunday, March 05, 2000 7:30 AM Subject: 0 Un-official part... (...) part description. Why? This is my way to mark (...) (...) (25 years ago, 5-Mar-00, to lugnet.cad.dev)
|
| |
| | 0 Un-official part...
|
|
As some of you may have noticed, I put an @-sign at the beginning of the part description. Why? This is my way to mark un-official parts or elements so I can both use them and easily list all un-official parts. See, Mklist puts them first in the (...) (25 years ago, 5-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
Rui: (...) It's "Ada", not "ADA"! Neither does everybody have MS-Windows installed (and I am one of them). I don't mind distributing binaries for DOS and MS-Windows, but somebody else has to compile them. [...] There is a very good reason that I (...) (25 years ago, 4-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec [DAT]
|
|
(...) OK, I saw it after asking, but what about the Win/DOS X86 version. NOTE: Not every one uses ADA, i.e. has an ADA Compiler Installed. (...) The following proposition may may seem awkward, but bare with me. This is My proposition for changing (...) (25 years ago, 3-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
Rui: (...) The first. (...) You can't trust that the MPD file and the first file in the MPD file has the same name, but it will generally be the case. (...) There is a Linux binary at <URL: (URL) >. (...) No. (...) If the interpreter is aware that (...) (25 years ago, 3-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Sorry to only get back now. I have the following questions: - Which (inline) file in the (.mpd) file is considered the root of the model - First (would be my obvious choice) ? - Last ? - we have to find out which ? The previous question raises (...) (25 years ago, 2-Mar-00, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw extended colors
|
|
(...) I will have to find a way how to define such colors in MLCad but I think I will provide an option where the user can define if he/she likes 24bit or 12bit colors. Generally no problem :-) Michael (25 years ago, 2-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: LDraw extended colors
|
|
I would if I could, but it's hard for me to imagine how this can be supported by LDS... /Tore (...) (25 years ago, 1-Mar-00, to lugnet.cad.dev)
|
| |
| | LDraw extended colors
|
|
The LDraw colors are 0-15, 32-47, 256-511 (and of course 16 and 24). Paul Gyugyi defined some more colors for LDLite, 17-23, 25, 57 and "Direct Colors" in the range 0x04000000-0x07FFFFFF. As MLCad supports these colors, I'm going to add support for (...) (25 years ago, 1-Mar-00, to lugnet.cad.dev)
|
| |
| | Re: oops. i'm new at this
|
|
In lugnet.cad.dev, Jonathan Gevaryahu writes: [snip] (...) Jonathan, make sure you understand how to use the predefined subparts, we also call them primitives. If the shape of the part you intend to do isn't too compicated, there is a lot to gain (...) (25 years ago, 1-Mar-00, to lugnet.cad.dev)
|
