 | | Re: Straightening Up the MPD Format
|
|
(...) As 0 NAME is not required the only possible way of identifying a parts name is the content in the 0 FILE entry. So I have now two ways to go. 1) Only take the 0 FILE entry 2) If there is no 0 NAME entry - create one on the fly at MPD loading. (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: List / Poll of MPD Programs
|
|
(...) I am not sure, but I think MLCad has introduced MPD files. To your question: Yes, it can split. Use Mulitpart - Export Models and all files in the mpd will be stored in separate files on the disk with their names. Or you can choose File - (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) I tend to view MPD's as something between ZIP archives (without compression though) and file directories. I guess my idea is not yet supported - at least not by very many utilities - but I wish to add new files into already existing MPD model (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: List / Poll of MPD Programs
|
|
(...) Oh. But I thought of it. :) I wasn't sure if the user is able to save as MPD. Can it even split MPD's? /Tore (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) Subfoldering is not always a realistic option. Imagine you have 30 minifigs you wish to individually animate. They all have mfLeftArm.ldr and mfRightArm.ldr as submodels to mfTorso.ldr, and hands on each arm, and maybe tools in their hands. If (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: List / Poll of MPD Programs
|
|
(...) You missed MLCad :) Added on: 30-Aug-2003 Downloads: 22479 Rating: 9.2 (11 Votes) ROSCO (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | Re: Straightening Up the MPD Format
|
|
(...) Then the problem is at MPDCenter. 0 Name is a very good and recommended habit, but not currently required. But I have thought of using 0 Name to solve this problem. When exploding an MPD, the user may be prompted to either use the unique 0 (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | List / Poll of MPD Programs
|
|
Here is a list of programs I've found for PC (Win/DOS only) to handle/create/manipulate MPD files. (I have omitted all those viewers that just support reading MPD files at this stage.) * Which ones have I forgot? * Which one do you prefer/recommend, (...) (15 years ago, 2-Apr-10, to lugnet.cad)
|
| |
| | 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)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) I see.. but problem is that if I use glEnable(GL_DEPTH_TEST) then my polygons won't render at all. Tutorials related to OpenGL explicitly told not to use GL_DEPTH_TEST because of this.. how did you avoid it? (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) For transparency, LDView sorts triangles, and only triangles, not parts. So the centroid of each triangle is (p1 + p2 + p3) * (1/3). All transparent geometry in the whole model goes into one big list of triangles. While I'm at it, I calculate (...) (15 years ago, 31-Mar-10, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
--snip-- (...) Out of interest which centroid do you use? I would have thought that the bounding box center was better than the centre of all corner points (since these cluster around areas of high detail) but you've presumably tried different (...) (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) If you prefer not to sort at all you can use glEnable(GL_POLYGON_STIPPLE) for transparent polygons. It doesn't look nearly as good, but it's really easy to code. Have fun, Don (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) The only polygons that LDView sorts are transparent ones. Everything else is handled by the OpenGL depth buffer (glEnable(GL_DEPTH_TEST), followed by glDepthFunc(GL_LEQUAL)). Transparent polygons need to be sorted before being drawn, and (...) (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) I have fixed that problem. It has been in the xmpd.dll version 2.2.1. Now version 2.2.2 is in the download package at (URL) and detecting double lines is working again. Sorry for that trouble. cu mikeheide (15 years ago, 31-Mar-10, to lugnet.cad)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) The polygons have to be painted on the screen in the correct order in order to have the part displayed correctly. It's not handled automatically. So I need an algorithm to sort the polygons.. and my current one doesn't work right. -Santeri (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | Re: LDForge - dev. plans and call for help
|
|
(...) SNIP (...) -SNIP- At present I can not see the reason to sort polygons if you only want to display them. cu mikeheide (...) (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | LDForge - dev. plans and call for help
|
|
Hi folks, over the latter half of the year 2009 I've been planning and experimenting on the thought of a good CAD program for part authors. Now I'm unveiling my thoughts to the public, but this is not an announcement. It's too early for such. (...) (15 years ago, 31-Mar-10, to lugnet.cad, FTX)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) Please stop downloading this version as it has a bug in detecting double lines. I am working on that bug and hope to release today updated version. cu mikeheide (15 years ago, 31-Mar-10, to lugnet.cad)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) Yes, if you are the admin, then this is correct. But there are still people out there that do not have admin privilegs. Otherwise if I thought about that in deep it does not make sense as I do not deliver any installer anymore. I think with (...) (15 years ago, 29-Mar-10, to lugnet.cad)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) Good point (well, maybe, I just updated to XP from win2k...). But since latest Datheader versions are delivered as a zip, then updating the program needs exactly the same permissions as updating the data files??? Philo (15 years ago, 29-Mar-10, to lugnet.cad)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) As this a time consumption feature that is new, I thought it would be best to first leave that out and if you like you can save your preference. For best viewing there is still LDView.exe where you could have a closer look to the part. (...) (...) (15 years ago, 29-Mar-10, to lugnet.cad)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) I did, but didn't restart Datheader after. It works now. Is there a good reason not to check the box by default on the first run? (...) Well... I don't think so. Imho the best way is to include the file in the zip and by default use current (...) (15 years ago, 29-Mar-10, to lugnet.cad)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
(...) Did you check the "use internal viewer" checkbox in the preferences dialog? (...) Because you have the possibility to put the list files wherever you want (please see preferences dialog). This way it is much easier for newbies. (I hope). cu (...) (15 years ago, 28-Mar-10, to lugnet.cad)
|
| |
| | Re: DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
One problem and one question: - The viewer window remains desperately empty, is there something special to do? - Why don't you add the primitives scale file also in the zip? Philo (15 years ago, 28-Mar-10, to lugnet.cad)
|
| |
| | DATHeader Update (The Reviewer Tool) Version 3.0.5
|
|
Today I have released the new version 3.0.5.0 of DATHeader. Sorry for all linux guys, it does not work under MONO. For all other it might be worth to have a look to the new features. You will find the details and a download link on (URL) (15 years ago, 28-Mar-10, to lugnet.cad, lugnet.announce)
|
| |
| | Re: The future of LDraw?
|
|
--snip-- (...) The Flickr group gets a bit active when I cross-post discussion threads from here to it. There are people that don't use LUGNET but do use Flickr that do like to talk about LDraw. However LUGNET is definitely the central place for it. (...) (15 years ago, 26-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) To my knowledge, this is really the only place to discuss LDraw in a manner other than 'check out my MOC in LDraw'. All, or nearly all of the developers (and hopefully future developers) are here. LUGNET also contains the searchable history of (...) (15 years ago, 26-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) gotta confess to some lurking, here. i'm a frequent user of ldraw and visitor to lugnet. i'm very interested to see where this discussion goes and VERY curious to know what sites are taking the place of lugnet (i 'get' the sites that have all (...) (15 years ago, 25-Mar-10, to lugnet.cad)
|
| |
| | SR 3D Builder 0.5.0.1 released
|
|
Hi again, I apologize for continue new messages, but I had to quick release the new version of the application in order to fix a huge bug preventing about 200 or more parts from being displayed in the toolbox. So here we are with version 0.5.0.1. (...) (15 years ago, 25-Mar-10, to lugnet.cad)
|
| |
| | Re: Does LDD's LDraw importer actually work?
|
|
(...) <steps to use LDD to import under Winders> (...) I can do it. ;-) I got to meet the architect for LDD at Brickcon. Consider it done. :) -- joshuaD (15 years ago, 25-Mar-10, to lugnet.cad.ldd)
|
| |
| | Re: Does LDD's LDraw importer actually work?
|
|
(...) Thanks Joshua. This is what I wanted to hear. I figured out what the problem is. The Mac version of LDD expects imported LDraw files to have Unix line endings (LF), and silently fails if the line endings are in another format. Ironically, it (...) (15 years ago, 25-Mar-10, to lugnet.cad.ldd, FTX)
|
| |
| | Re: The future of LDraw?
|
|
Wow. It's been a while since a thread here broke the 100 dot limit I think... ROSCO (15 years ago, 25-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Lugnet would need to be simpler... It can't compete with modern social networks and user friendly picture-hosting websites. Basically, that would imply A LOT of work while keeping everything free... (15 years ago, 24-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Linked from leocad.org: (URL) (15 years ago, 24-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) I've been using LDraw for about 8 months now (as a very casual user), and it's taken quite a while to get into it. I'm mainly using MLCAD to create/edit models and using POV-Ray to render stuff. Here's my take on it... I think the key thing is (...) (15 years ago, 23-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) I had no idea LeoCAD was that feature-rich. Looking closer, I see LeoCAD is hosted on google code, which implies it's an open source project. But I can't find any code anywhere... is LeoCAD open-source? Remi (15 years ago, 23-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) No, this is definitely not true. LeoCAD is AFAIK at least as powerful as MLCad. BlockCAD is the most limited of the pack, but also the easiest to use. When I google for "lego cad" I get: LDraw LeoCAD techbricks' link page containing links to (...) (15 years ago, 23-Mar-10, to lugnet.cad)
|
| |
| | Crypt - 7079 Drawbridge Defence alternate model [DAT]
|
|
thanks, as always, to developers and maintainers of ldraw!! 0 Crypt - 7079 Drawbridge Defence alternate model 0 may include unofficial parts 0 WRITE Author: Joseph Gonzalez (c) 2010 0 Unofficial Model 0 ROTATION CENTER 0 0 0 1 "Custom" 0 ROTATION (...) (15 years ago, 23-Mar-10, to lugnet.cad.dat.models)
|
| |
| | Re: The future of LDraw?
|
|
(...) The ones I typically visit (ClassicSpace.com, CrownVic.net, and etc.) all visually show threads with new responses in another color. Some even show you how many new replies there have been since I last visited. It's easy to see what to click (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Have you ever tried it ??????? Philo (15 years ago, 23-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Yes, I agree! New generations looks at what I call 'vapor-ware'! The look is the most important think they watch. When I recreate my website, changing the look but not the contents, I got a 10-20% increased access. On the other side, the (...) (15 years ago, 23-Mar-10, to lugnet.cad)
|
| |
| | Re: LDraw Chat Room?
|
|
(...) Well, at least I'm not against giving it a try. /Tore (15 years ago, 23-Mar-10, to lugnet.cad)
|
| |
| | Re: LDraw Chat Room?
|
|
(...) Well yes, but it's not open source nor "free software" in the GNU sense. (...) I don't know has it ever died but I myself have seen newbies come and go on #kvirc on freenode. It is around, that's for sure. (...) I checked the freenode policies (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Re: LDraw Chat Room?
|
|
(...) As a data point, IRC is used extensively for helping out with WikiMedia Foundation related stuff. A fair bit of the traffic in some IRC channels is bot traffic (some bots posting changes, other bots examining the changes and reverting (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Re: LDraw Chat Room?
|
|
(...) It still exists, believe it or not (being actively using it "ever since"). But... my perception is that it's mostly the "same old" users keeping it alive, and a few occasional new ones dropping in. There are 72708 currently active clients on (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | LDraw Chat Room?
|
|
(...) Yes, didn't I? Almost twice as long as your post... ;) (...) Isn't MLCad freeware? I didn't know that. But then again, I'm not an MLCad user. I don't know about a dedicated LDraw chat. Would it really be populated? There's nothing that stops (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Re: Does LDD's LDraw importer actually work?
|
|
(...) FWIW, 1) I run LEGO Digital Designer 3.0.11 under Windows 7 2) I chose Creator Freebuild (shouldn't matter with this test) 3) I executed menu: File | Import 4) Picked exported.dat off my desktop (how I saved this text, using notepad) (note (...) (15 years ago, 22-Mar-10, to lugnet.cad.ldd)
|
| |
| | Re: Does LDD's LDraw importer actually work?
|
|
--snip-- (...) Well it's definitely not overlap then. I assume that both coloured 1x1s exist too... Did you try removing the superfluous fractional digits? I'm relying on hunches here and don't have LDD installed but I do remember weird problems to (...) (15 years ago, 22-Mar-10, to lugnet.cad.ldd, FTX)
|
| |
| | Re: The future of LDraw?
|
|
In lugnet.cad, Tore Eriksson wrote a big lengthy post. Maybe we could have a chat channel for LDraw? I myself would suggest of creating an IRC channel for users to sit, ask help for and just chat in. As LDraw itself is free software (even though (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Re: Does LDD's LDraw importer actually work?
|
|
(...) This is the file that LDD exported: 0 exported 0 Author: LEGO Digital Designer 3.0 1 71 -190 -24 -190.0000152587890625 1 0 0 0 1 0 0 0 1 3005.dat 1 14 170 -24 210.0000152587890625 1 0 0 0 1 0 0 0 1 3005.dat The two bricks are about 20 studs (...) (15 years ago, 22-Mar-10, to lugnet.cad.ldd, FTX)
|
| |
| | Re: The future of LDraw?
|
|
(...) First, let me make it clear that I am not a supporter of this policy (the fact that I have to write "policy" makes me feel a tad ill, to be honest). I was reporting, not defending. You quoted the most relevant portion of what I wrote. "The (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Re: Does LDD's LDraw importer actually work?
|
|
(...) I've never had it properly confirmed but I'm fairly certain the problem with import is that the overlap detection is way too overzealous. Which means that when you read in a file it decides the parts conflict and can't be there. It's (...) (15 years ago, 22-Mar-10, to lugnet.cad.ldd, FTX)
|
| |
| | Re: The future of LDraw?
|
|
(...) How widespread a problem is that, though? I know that some parts do indeed have two numbers, but this would seem a glitch that should have been resolved eight or more years ago, no? I mean, when you can turn a brick over and say "Yep, it's a (...) (15 years ago, 22-Mar-10, to lugnet.cad)
|
| |
| | Does LDD's LDraw importer actually work?
|
|
I recently had a Bricksmith user write asking for help importing an LDraw file into LDD. (He was using LDraw because LDD made it very difficult to build his model.) But when he attempts to import the LDraw file, he sees at most the first brick of (...) (15 years ago, 22-Mar-10, to lugnet.cad.ldd, FTX)
|
| |
| | Re: Developing LDBoxer Again
|
|
(...) Thanks, Tim! Along with a couple of bug fixes, support for the two other categories is now implemented. Right now, I'm creating the studless parts for the \B folder. Without them, LDBoxer would still not be able to boxer them. /Tore (15 years ago, 21-Mar-10, to lugnet.cad.dev)
|
| |
| | Re: Developing LDBoxer Again
|
|
(...) --snip-- (...) This sounds like an excellent development. I had to hand alter some of my Boxer'd MOCs to get the bottom detailing back in. And I think I forgot some. Tim (15 years ago, 21-Mar-10, to lugnet.cad.dev)
|
| |
| | Re: The future of LDraw?
|
|
(...) That's a really good explanation of why the 'rules and regulations' have grown alongside the part library and software. Tim (15 years ago, 21-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) I wanted to make sure people weren't turned away from LeoCAD because they might think they'd be dependent on third parties to provide a parts library, that's just not true, so people SHOULD check it out. It's certainly my LCAD tool of choice (...) (15 years ago, 21-Mar-10, to lugnet.cad)
|
| |
| | BrickHelper v1.1 released
|
|
Hi guys, Just thought I would announce the release of BrickHelper v1.1. This is my utility program that lets you list the parts inventory of creations made in LDD, and export that inventory to a Bricklink wanted list, which you can then upload to (...) (15 years ago, 21-Mar-10, to lugnet.cad.ldd)
|
| |
| | Re: The future of LDraw?
|
|
(...) Nod. But if the people responsible for LUGNET don't want it to gradually fade away and become even less relevant, changes are needed. Without them, other sections won't return either. I note that there's a facebook discussion group started on (...) (15 years ago, 21-Mar-10, to lugnet.cad)
|
| |
| | LDBoxer Available at SourceForge
|
|
(...) I've played around a little with my old LDBoxer program. The new version auto-boxes a lot more safe-to-box parts than previous versions. Added support for parts without studs and parts without bottom details (URL) Replace button is made (...) (15 years ago, 21-Mar-10, to lugnet.cad.dev)
|
| |
| | Re: The future of LDraw?
|
|
(...) Yes that is correct, but importing the files is not using them directly, as most other LDraw programs do. And for folks that have multiple parts folders, that can make a big difference. ROSCO (15 years ago, 21-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) LeoCAD directly imports LDRAW parts. There's no need to wait for an update of its database. It is as simple as downloading from the parts tracker, and then importing into LeoCAD itself. Some folks don't like to manage parts at that level, but (...) (15 years ago, 21-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Welcome back. My issue with that is that it's out of the hands of LDraw. It's hard to expect the people responsible for LUGNET to make big changes when it's pretty much just one small section that is active. Tim (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
In lugnet.cad, Dave Schuler wrote: --snip-- (...) I think I see a bit better what you were getting at (and what Tore is getting at too which is the same issue I think). I kind of do agree with you both that making new parts is too hard due in part (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Actually, there has been an 'entry tool' around since 1998 - BlockCAD (www.blockcad.net). While it's using part definitions of its own, and has a lot of limitations (studs up only, fixed rotation of parts, no Technic) you can save models in (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Thank you Orion. I've finally found the presentation I made some time ago and if you're interested you can download it here: (URL) in Spanish, but that should not be a problem. Any suggestions/addition...provements are welcome. Jetro (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) There is also LeoCAD, which has some great features MLCad doesn't have. It sufferes from not being able to use the official parts library (directly), but it's database is regularly updated. And as a bonus it's available for Linux too. I'm (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | (Re)activating Lugnet? (Was: The future of LDraw?)
|
|
(...) I must admit that I didn't know that it isn't possible to get a membership on Lugnet anymore. That's not good. (...) Luckily I keep plenty of backups - also of mission-critical cookies. (...) Yes. What will it take to allow people to get (...) (15 years ago, 20-Mar-10, to lugnet.cad, lugnet.admin.general)
|
| |
| | Re: The future of LDraw?
|
|
(...) Hi Dave, Thanks for your thoughtful input. I might be one of the causes of the bureaucracy you are referring to (in follow on posts). When I started to write LDraw tools back in late 1999, I turned to lugnet's LDraw forum to ask for guidance. (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Rumors of my disassembly have been greatly exaggerated. (15 years ago, 20-Mar-10, to lugnet.cad, lugnet.fun)
|
| |
| | Re: The future of LDraw?
|
|
(...) For the Non-CA parts it should be clear that for legal reasons there has to be another author mentioned. That's why it is handled there in this way. For normal parts it is much more difficult. From what point on it is made from the scratch? - (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) I think you are completely right here! I have done some starts in part authoring, but given up on 'the real thing' as there are no easy parts left to do. Of course this makes it much harder for a budding part author. The quality which is (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Holy moley! Do you still exist?!? (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Or perhaps LUGNET just needs some changes... identify the problem areas and fix them. (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
In lugnet.cad, Tore Eriksson wrote: ***snip*** I'd like to mention at this point that Tore Eriksson is personally responsible for my first forays into apocryphal parts-authoring. I found his small handful of Tyco-based half-height elements, and I (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Well, I singled out the header-code not as the problem in itself but as symptomatic of a shift that's taken place over a period of years. I don't know how else to say it without sounding petty, and I'm absolutely not singling out any one (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) It is an issue IMO. Probably a small one compared to other ones, but it's the sum of real or subjective obstacles that makes me worried about recruiting new LDraw authors. What I believe is the biggest issue is nobody's fault: All the easy, (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Re: The future of LDraw?
|
|
(...) Possibly so but I'm of the opinion that those that make and share the parts are entitled to some narcissism. And I speak having done minimal part authoring in quite some time (due to laziness) so it's not self-interest at work. --snip-- Your (...) (15 years ago, 20-Mar-10, to lugnet.cad)
|
| |
| | Developing LDBoxer Again
|
|
After seven years of thinking and hesitating, I have decided to improve my utility progam LDBoxer. There are lots of room for improvements, but to begin with, I will fix a couple of bugs I have discovered. Then I will focus on making two new (...) (15 years ago, 20-Mar-10, to lugnet.cad.dev)
|
