 | | Re: Straightening Up the MPF Format
|
|
(...) [snip] (...) Related although not the same. I like to use MPDWizard to make sure all part files I use are available in the same version I used (in case any unofficial parts are used) but this has the rather nasty side-effect that these part (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) You might want to consider offering Philo's subdirectory approach as an alternative to name mangling. Model1.ldr Model1\File1.ldr Model1\File2.ldr Model2.ldr Model2\File1.ldr Model2\File2.ldr Will be combined into Model3.ldr Model1\File1.ldr (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) O NAME is not required for ordinary ldraw files, only official library parts. The only Meta command needed to assemble an mpd file is 0 FILE, so the mpd file from LeoCAD is fine as is. Don (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format [DAT]
|
|
(...) No, current version doesn't support mpd (next one will). But compositing files were coming from LeoCAD. (...) Here below a sample MPD created with upcoming LeoCAD version. Please make comments here, I'll tell Leonardo. Philo 0 FILE Main_model (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) I just tried your kd-bi.mpd that you have exported from LeoCad. Is that pure export? I am asking because those "embedded" files lacks an important line "0 Name: xyz". And for that MPDCenter does not recognize that files. cu mikeheide (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) At the very least it works in MLCAD. I frequently use this to keep parts and subparts in the same file while authoring (87751.dat and s\87751.dat within an MPD file for instance). -Santeri (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPF Format
|
|
(...) Please see here for the search strategie for referenced files: (URL) present your problem can only be solved by hand to give all files in the MPD file a unique name. I do not know any app so far that will assist you in that. So far I do not (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) I have been faced with this problem some time ago at my application MPDCenter. I had nearly the same idea but I decided to use "&&" to combine the files that should be in the same file because I do not expect any filename to contain "&&". (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) I am not sure this is really necessary. The two "door.ldr" model must reside in different folders, so if you encode relative path in file name it should work (not tested with current tools though...) Philo (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Straightening Up the MPF Format
|
|
Maybe it's time to straighten up the MPD standard. In (URL) it says: "So far, there are no clear scoping or namespace rules on MPD files. If you put a file named stud.dat in your MPD file, don't be surprised to see your stud.dat file appear on the (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | LDraw.org colour restrictions and specifications ratified
|
|
Hi folks, The LDraw Standards Committee (LSC) has just unanimously ratified changes to official colour restrictions and specifications. This means, that: Direct colours, i.e. 0x02RRGGBB colour values, are now officially recognized. Blended colours, (...) (15 years ago, 2-Apr-10, to lugnet.cad, lugnet.announce, FTX)
|
| |
| | Re: Hispabrick Magazine 007
|
|
(...) MegaUpload took some time before it made the file available. It can be downloaded now. Thank you for the feedback, please keep it coming. Jetro (15 years ago, 1-Apr-10, to lugnet.publish, lugnet.cad, lugnet.publish, lugnet.robotics, lugnet.technic, FTX)
|
| |
| | Re: Hispabrick Magazine 007
|
|
(...) The full english version downloaded for me, FWIW. -- joshuaD (15 years ago, 1-Apr-10, to lugnet.publish, lugnet.cad, lugnet.publish, lugnet.robotics, lugnet.technic, FTX)
|
| |
| | Re: Hispabrick Magazine 007
|
|
(...) the magazine is a beauty as they always are. my favorite article is the one on superhero sets. i'm sure you're aware of the download problem with the full english version. the english preview gave me enough to whet my appetite. i'll be back in (...) (15 years ago, 1-Apr-10, to lugnet.publish, lugnet.cad, lugnet.publish, lugnet.robotics, lugnet.technic, FTX)
|
| |
| | Re: Hispabrick Magazine 007
|
|
It has been brought to my attention that the link I gave is broken. It should be (URL) Jetro (15 years ago, 1-Apr-10, to lugnet.publish, lugnet.cad, lugnet.publish, lugnet.robotics, lugnet.technic, FTX)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) If you want a visual example on stipple, look at my LD4DStudio, it uses it for transparent stuff. In combination with depth buffer you don't need to sort anything just push the triangles and/or quad cords using glDrawElements and optionally (...) (15 years ago, 1-Apr-10, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Re: LDForge - dev. plans
|
|
(...) Ah, thank you Travis! I got depth buffering working now. :) No more problems with polygon sorting.. -Santeri (15 years ago, 1-Apr-10, to lugnet.cad.dev, FTX)
|
| |
| | Hispabrick Magazine 007
|
|
(URL) It's that time again:we are happy to announce the release of Hispabrick Magazine 007 In this issue you will find some great articles about Technic, part 6 of an ongoing series of MINDSTORMS related articles, an interview with Michael Lachman, (...) (15 years ago, 1-Apr-10, to lugnet.announce, lugnet.cad, lugnet.publish, lugnet.robotics, lugnet.technic, FTX) !
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) Perfectly OK! now I wonder what could be a correct user interface for that... Philo (15 years ago, 1-Apr-10, to lugnet.cad)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) In order for GL_DEPTH_TEST to work, you have to clear the depth buffer at the same time you clear the rest of the screen: glClearDepth(1.0); glClearColor(0.0, 0.0, 0.0, 0.0); glClear(GLCOLORBUFFERBIT GLDEPTHBUFFERBIT); (Note: the (...) (15 years ago, 31-Mar-10, to lugnet.cad.dev, FTX)
|
