 | | Re: Call for Nominations: 2005 LDraw.org Steering Committee
|
|
(...) Since they've done a decent job (IMO), I'd like to re-nominate the current members, starting with Tim Courtney. (20 years ago, 6-Jan-05, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Ooooops, I see now I was totally barking up the wrong tree, you need to WORK OUT the alpha angle, sorry. But transforming the co-ordinate system should still work. ROSCO (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Or maybe another way to look at it (got this from old lecture notes): Goal: rotate about arbitrary vector A by alpha Idea: we know how to rotate about X,Y,Z So, rotate about Y by beta until A lies in the YZ plane Then rotate about X by gamma (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Call for Nominations: 2005 LDraw.org Steering Committee
|
|
Per the LDraw.org Bylaws, Subsection 6.03(a), the 2004 Steering Committee hereby calls for the community to nominate individuals as candidates for the 2005 Steering Committee. Please post nominations in response to this message. Nominations will be (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev.org.ldraw, FTX) !!
|
| |
| | Re: Mathematical assistance please
|
|
(...) Could you transform the co-ordinate system so that one of it's axes is along the centre-line of the 4-4cyls (in the plane S0-S1-S2), rotate it about that axis so that the longest sise is in the plane, then transform the co-ord system back? (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
In lugnet.cad.dev, Ross Crawford wrote: <snip> (...) know how to come up with the rotation angle needed to twist the 4-4cyls.dat into the right position. One reason to push forward on my original solution is because the same knowledge can be used to (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Hi Roscoe, Thanks for the help. If you extend the cylinders so that the outside edges touch, you will be able to see the overlap.... at small angles, this works because the overlap is small, but at larger angles, the overlap is noticable. I (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) It's hard work, but this page might help (URL) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Hi Philo, Good to hear from you. My mistake.... I am using 4-4cyls.dat. rotating them to align them with the S0-S1-S2 plane is what I don't know how to do. Thanks, Kevin (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Why not just work out the longest side of the cylinder you need, and extend the hose segments by that much on each end? That would reduce the file size even more. BTW, if you do decide to go with your solution, and come up with a result, you (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
Hello Kevin, (...) What about using 4-4cyls primitives placed to the end of hose segments? Scale their length to (hose diameter)*tan(angle/2). See example for a 30° angle: (URL) and (URL) know, this is not a full solution, you need to rotate the (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Changing camera location in LPub
|
|
Oh, of course! ROTSTEP! Thanks Kevin. --Ryan (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Mathematical assistance please
|
|
Hi, I'm a much better arithmetician than mathemetician and have hit a wall with LSynth. In an attempt to reduce file size, I've written an algorithm that merges hose segments together (based on an angle error limit). This dramatically reduces file (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Changing camera location in LPub
|
|
(...) Thanks! When rendering single images (entire model), the camera globe coordinates affect the rendered results. When rendering building instructions, MLCAD's ROTSTEP meta command controls camera location (or model rotation. Who can tell the (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Changing camera location in LPub
|
|
I just downloaded LPub 2.2.0.1 — what a great program! — and I was wondering why changing the latitude or longitude of the camera doesn't affect camera location in the renderings. Is there something I'm overlooking? Thanks! --Ryan (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
Matt, The axle size is supposed to match the axle ends. Kevin (20 years ago, 6-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
(...) Thanks for your help Kevin, I've now got it working! I don't want to sound picky, but the axles pieces that have been created are just slightly larger in diameter than the LS40 part. Is this correct, or should the connected axle and end parts (...) (20 years ago, 5-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
(...) Hi Matt, LS40.dat is not a hose constraint (axle constraint). It is provided to you to put ends on your flexible axles. The second example you provide is the correct one. Simply add LS40.DAT on each end of the axle, and you have a complete (...) (20 years ago, 5-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Maybe. I think I was in the past and I wanted to go check that I wasn't, so I thought I'd post the link, just in case. (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) To be honest, I suspect that if you aren't a hard-core reviewer, you're probably not holding anything due to dithering. Maybe I'm just being cynical, though. --Travis Cobbs (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Hard core reviewers know this already, of course, but those of us who don't review as much can use this link (URL) to find reviews they've done, including all the holds, so they can see if they are holding anything for dithering... (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) See? Wasn't that easy? :) Steve (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
I'll resubmit the part unchanged, if your hold vote is not deleted by midnight CET... (URL) (20 years ago, 4-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: The LDraw.org Contributer Agreement
|
|
(...) I think this hasn't been totally decided yet; the last I heard, SteerCo was still discussing it amongst itself. The two front-runner options are: 1. Possibly have two separate distros, one for 'compliant' and one for 'non-compliant'. The (...) (20 years ago, 4-Jan-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Just to be clear - you do not have to make a subpart of the pattern; that's the change in policy. Steve (20 years ago, 4-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
yes, mine: (URL) I guess I'll have to go through the hassle of re-submitting this and on the way make a subpart of the pattern.... *sigh* :) thx! (20 years ago, 4-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Resubmitting (unchanged) files to simply clear away holds is *not* an approved practice for the PT. I'm not saying it isn't justified in this case, but it's not generally the way to operate - it undermines the the system. The more appropriate (...) (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
(...) My experience with lsynth is limited, so I'l defer to Kevin Clague on the above. (...) You could try LDraw Design Pad's flexible object generator. You can find LDDP at: (URL) (20 years ago, 4-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Are there any holds based on this? Presumably we can just resubmit these parts to reset the votes. -Orion (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) It's a change to the acceptance criteria for the official library, which is somewhat stricter than the file spec. For example, 0 WRITE meta commands are legal in regular LDraw files but not in official library parts. -Orion (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
Question: what to do with 'hold' votes based upon the old policy? Good work! Jan Folkersma (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Flexible axles with lsynth [DAT]
|
|
Hello, I am currently unable to create flexible axles using lsynth and end piece LS40. I was wondering if anyone has been able to achieve this. This is the code that will not work with end part LS40 – 0 Untitled 0 Name: flex_axle.ldr 0 Author: MLCad (...) (20 years ago, 4-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) I'm confused. Is this a change to the current LDraw.org file specifications (which I thought was 0.23) or part of the next LDraw.org file spec (which I thought was going to be 1.0)? The spec published on LDraw.org (URL) is not numbered at all) (...) (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Change to existing policy regarding the subfiling of dithered colors
|
|
LSC has decided to do away with the requirement to transfer dithered color elements to dedicated subfiles. This was required due to a limitation in the original LDRAW.EXE. Due to the belief that James would have eventually fixed this problem and the (...) (20 years ago, 3-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: The LDraw.org Contributer Agreement
|
|
(...) So far it only looks like you're blocked from uploading new parts until you do, but i guess that doesn't apply to orphan parts. -NB (20 years ago, 3-Jan-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: The LDraw.org Contributer Agreement
|
|
(...) just out of curiosity. what will happen if: * an author does NOT agree * an author does NOT reply will his/her parts be deleted from the library and do we have to recreate them? w. (20 years ago, 2-Jan-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I hate to say that the MPD Update feature has some bugs. It works but it leaves orphan files. -Orion (20 years ago, 2-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I've updated my MPD program. Thanks for the feedback so far. Most notable is the MPD update feature. This feature strips an MPD of unoffical files made official (based on user input if prompting is selected). I also updated the interface a (...) (20 years ago, 2-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: The LDraw.org Contributer Agreement
|
|
(...) Woot! Good work guys! -gyug (20 years ago, 1-Jan-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Mac MPD Utility 1.2.1
|
|
OK, I submitted my 1.2.1 update to MacUpdate. If you could update the versiontracker listing sometime, James, that'd be great. I appreciate it! No hurry either. (URL) new years! Jim (20 years ago, 1-Jan-05, to lugnet.cad.dev.mac)
|
| |
| | The LDraw.org Contributer Agreement
|
|
The LDraw.org Steering Committee is pleased to announce that the Jessiman family has given their consent to go forward with the LDraw.org Contributors Agreement. For those who don't remember, here is a link to the current version of the Contributor (...) (20 years ago, 31-Dec-04, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw) !!
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Yeah I though about that after the fact. I probably would have GPL'd the source anyway. -Orion (20 years ago, 31-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I hesitate to even mention it, but I thought it was only fair. Thanks for GPL'ing MPD Wizard, but if you are the original author of the LDDP code, I'm 99% sure you didn't have to do so. Even after you release something under GPL, you still own (...) (20 years ago, 30-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: Reporting on LDView for Mac OS X
|
|
(...) If anyone has an old Mac (running Mac OS X) they want to donate to me (or loan for an unknown timespan), I'll port it myself. I've never done any actual Cocoa programming, but I did OpenStep programming for 5 years at the same company as Alex (...) (20 years ago, 30-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: more detailed Status (of File) in Parts Tracker?
|
|
(...) And in the past, I believe replies have universally disagreed with your position. Just to be clear, let me restate my position: Blindly ignoring unofficial fixes to subfiles would allow the PT to certify files for release that reviewers would (...) (20 years ago, 29-Dec-04, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) That's a great suggestion. It gives me something to work on when I fly back home on Thursday. -Orion (20 years ago, 29-Dec-04, to lugnet.cad.dev)
|
| |
| | Mac MPD Utility 1.2.1
|
|
Hello folks! I'm pleased to announce Mac MPD Utility (MMU, to coin an acronym) has been updated to version 1.2.1, which adds a few new features and a bit of resilience to the 1.2 look. You can download this 50k behemoth at: (URL) metadata is fixed (...) (20 years ago, 28-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | more detailed Status (of File) in Parts Tracker?
|
|
Happy Holidays, Y'all! :D I have brought up, in the past, a point of concern I have with the Status displayed by the Parts Tracker. I have believed, and continue to believe, that a file's Status should be calculated *independently* of whatever (...) (20 years ago, 28-Dec-04, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Yes, as I didn't try to change it on the fly ;o) An optimisation that could be done would be to remove one of the two spaces before subfile names. To make MPDWizard the Swiss army knife of MPD, you could add a "Test MPD" function that would (...) (20 years ago, 28-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Cool, thanks. I've been programming in Delphi for 3 years now but my knowledge is all self taught and I learn something new just about everytime I set down to code. (...) It was in FormCreate, I forget why I moved it. I think I'll move it (...) (20 years ago, 28-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Not entirely. The program may still do wrong when the Windows settings are changed while the program is running. I recommend the following at the end of Main.pas (not in FormActivate): ... initialization Application.UpdateFo...atSettings := (...) (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I'm curious, did I fix the decimal separator issue? -Orion (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Thanks Orion, works fine now! Philo (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: Reporting on LDView for Mac OS X
|
|
(...) LOL. Not Haxial's KDX... I meant KDE. James (20 years ago, 27-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) And here's the fixed .exe: (URL) since I used some source code that I GPL'd for the LDDP project, I've GPL's and released the source for this project. -Orion (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: Reporting on LDView for Mac OS X
|
|
(...) Neat. Let us know if you succeed. Is KDX same as KDE? I use Apple's X11 with KDE for stuff at school, so I'm somewhat familiar with it (from a user's perspective at least). I may see if I can get it to work too.. although I agree a native (...) (20 years ago, 27-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Yikes! I'll fix this straight away. -Orion (20 years ago, 26-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b [DAT]
|
|
(...) Hello Orion, There is a big problem with quads in included parts, they lose their last 6 coordinates: 4 16 7 -5.412 -9 7 -5.412 9 0 0 1 0 0 0 is changed to 4 16 7 -5.412 -9 7 -5.412 9 7 -11 9 7 -11 -9 Similar problem with conditional lines: 5 (...) (20 years ago, 26-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: Reporting on LDView for Mac OS X
|
|
(...) Yeah, that is probably the source of all my current problems... I believe the Mac OS X LDView is version 1 (Alex Raftis wasn't sure what version of code he started with when he ported it). The current version is 3. I believe it is possible to (...) (20 years ago, 26-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | MPD Wizard 1.0b
|
|
Here's the next incarnation of my MPD program: (URL) you test it out please send feedback, suggestions, or bug reports. -Orion (20 years ago, 25-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Thanks, but I have a simple iterative solution that works well. Kevin (20 years ago, 24-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Maybe it is indeed the best to add some features to Lsynth, for I and many with me don't have a clue what to do with the sourcecode and formulas, the only thing I might be useful to is in saying what would be a good userinterface... (20 years ago, 22-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Reporting on LDView for Mac OS X
|
|
As I'm getting back in the swing of all things ldraw, I tried out the Mac OS X version of LDView ((URL) Pretty cool viewer - works well on my G4 running 10.3.7. No crazy interface artifacts. Encountered a couple little bugs, figured I'd mention them (...) (20 years ago, 21-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac MPD Utility 1.2 released
|
|
(...) I have talked to the POV-Ray folks and figured out what I need to do to package a version of POV-Ray with my app L3P Launcher. So in my next version it will be all self contained (l3p and povray) and will be able to do the renders for you. I (...) (20 years ago, 21-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac MPD Utility 1.2 released
|
|
(...) Oh, why not. Could you list it with the same address alias as in the about box (anoved@binghamton.edu)? That would keep it consistent. (...) Cool. I need to reinstall/relearn the l3p/pov-ray stuff - it definitely makes for prettier output than (...) (20 years ago, 21-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac MPD Utility 1.2 released
|
|
(...) (URL) I'm pleasantly surprised someone was using the previous version! That (...) None so far. I haven't been very LDraw active until very recently. On ldraw.org, do you want your email listed with the download? (...) Glad you like it! I was (...) (20 years ago, 20-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac MPD Utility 1.2 released
|
|
(...) And then to know that James isn't the only person who uses it, I do too! :-) Greetz, Anton (20 years ago, 20-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac MPD Utility 1.2 released
|
|
(...) MacUpdate ((URL) but as you guessed I haven't registered with VersionTracker. I'm pleasantly surprised someone was using the previous version! That makes the time spent updating it feel worthwhile. Like I said be sure to let me know if you run (...) (20 years ago, 20-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac MPD Utility 1.2 released
|
|
(...) I was using your old version last week! Awesome update. I'll make sure it gets updated on ldraw.org. Also, have you thought of posting this on VersionTracker.com? If you don't want to bother registering and all, I can post it under the name (...) (20 years ago, 20-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Mac MPD Utility 1.2 released
|
|
Hi! I'd like to announce the release of Mac MPD Utility 1.2, a little tool for assembling and disassembling multi-part data (MPD) files. (URL) is actually an update to a program I first wrote for personal use in 2002, revised and largely rewritten (...) (20 years ago, 20-Dec-04, to lugnet.cad.dev.mac)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Hey I know a spiffy little recursive algorithm that'd probably do a nice job of that. I used to use it in 2D to reduce the size of vectorized scanned image files, but it should extend nicely to 3D. You start with the end points of a curve. (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Hi All, Happy holidays. I made LSynth's source code open from the beginning, in case someone better at math than I might take a swing at it. It has never really made it past the proof of concept stage. Feel free to make additions.... I just (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) (URL) (...) I agree with Don. I think Kevin has stated publicly in these very threads he is very open to integrating enhancements from others as long as it is easy to do and doesn't break things or make loads more work for him. He might not (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) There are plenty of other hose generators. Mlcad, LDDP, ldglite, and LEDIT mode for emacs all have them. And I think some of them do support fixed length hoses. But I think the right thing to do is adapt lsynth to do what you want. The source (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
(...) Thanks for the reminder about that! I always forget. Still, a quick "ya we're discussing it" followed by a "what do people think" here doesn't hurt. (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
(...) The LSC mailing list archives are public and a link to them can be found here: (URL) we're not completely out in the open (i.e. discussing policy on Lugnet), our discussions are available for any one who wants to follow along. -Orion (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
(...) Hopefully the latter. I did not intend to have any condescending tone in there at all! I'm talking about appropriate process. If you read it in there I must not have done a very good job of communicating and I apologise. Either that or you're (...) (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
(...) Actually your (and any other non-LSC member's) input is not wothless and actually has a great influence on what decides. We decided when the LSC first formed that we wouldn't do anything without at least discussing the pros and cons with the (...) (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
(...) Yeah, I got the blinking error message in preview and still posted it. I couldn't figure out the problem. Sorry, It must be the .bmp thing. I didn't think of that because they were only 8k apiece, but I can see why you'd want to avoid the (...) (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
In lugnet.cad.dat.parts, Don Heyse wrote: (switched to plain text for clarity) Don, I don't think your FTX image embed worked. Did it work when you used preview (you DID use preview, I am sure)? If it did, there's a technical problem somewhere... (...) (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
(...) Sorry I'm a bit late to the party (been on vacation) but I think you should submit it. It looks good enough for me. Actually I think it's too good not to submit. Compare your part (as seen in LDRAW): (URL) And this official part (as seen in (...) (20 years ago, 17-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LXF File Format
|
|
(...) MODEL is relatively easy to crack but since they use a bit different coordinate system and their part have different rotation/center points, the conversion between LXF <-> LDR would be a pain which would need a compatibility layer library with (...) (20 years ago, 17-Dec-04, to lugnet.cad.dev)
|
| |
| | LXF File Format
|
|
(...) Has anyone tried to decipher the binary .CHUNK or .MODEL files? In this message from last year (URL), Jake McKee wrote "LXF is an open, (and soon to be) well documented format" but I've never seen any details on this, and can't find any (...) (20 years ago, 17-Dec-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) We're doing everything we can to secure that, behind the scenes, although we don't yet have it, it's only a communication issue, we're pretty sure. I'd rather not go into more detail than that for privacy reasons. (...) That's a key point. We (...) (20 years ago, 13-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) Having an official reference implemention would put us in a better position in several ways. For the parts library, we could resolve a number of nagging issues, like the dithered-colors-have...e-subfiled restriction. For the rendering (...) (20 years ago, 13-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) You have some valid points here but I want to respond to this one specifically. The copyright decision has been made. It was finalized a month and a half ago. What are we waiting for? We're are waiting for consent from the Jessiman's to go (...) (20 years ago, 13-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) I never knew James; I became aware of LDraw a long time after he has passed away. I have no idea what would be best for the file system, the prog, to honour his accomplishments ... actually I don't care about much. I'm not very good in this (...) (20 years ago, 13-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) Excellent point. However there are a lot of (in some ways incompatible) dialects of C. There ARE reference implementations for things like all the Java components (the javac compiler, the java jvm, the jms messaging, jca, the rmi server, etc (...) (20 years ago, 13-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) Why have a replacement at all? The file format stands by itself. There's no reference complier for C code, no reference viewer for the PNG format, and no reference CAD program for the DXF format, why should there be one for the LDraw system? (...) (20 years ago, 12-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) IIRC, the limit was only on the size of the root directory -- but I could well be wrong. I think there are two separate, and related, questions here: Do we want to keep supporting DOS as a platform? Do we want to keep supporting LDraw 0.27? (...) (20 years ago, 12-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Who Uses Original LDraw? (Was: ... Rocket Launch Pattern)
|
|
(...) Willy, You really got a good point here. I don't know if there is anyone that still uses original LDraw. And, I don't think the LDraw parts library is LDraw compatible anyway. At least not running under DOS - I think there was a limit of 2000 (...) (20 years ago, 12-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Brick 1 x 6 x 5 with Rocket Launch Pattern – RELOADED
|
|
Hi folks, I overhauled the Brick 1 x 6 x 5 with Rocket Launch Pattern - 3754p90.dat. (URL) Although this is the re-engineering of an existing LEGO part, it will NOT be submitted to the LDraw Parts Tracker for certification. It would never make it (...) (20 years ago, 12-Dec-04, to lugnet.cad.dat.parts, lugnet.cad, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org's November Model and Scene of the Month Winners
|
|
(...) Well yes, kind of. Since I only get a max of about 2-3 entries per month for each contest, I roll over the non-winning entries until they win or for 3 months. This keeps the field competive and also allows well made entries that may have been (...) (20 years ago, 9-Dec-04, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org's November Model and Scene of the Month Winners
|
|
(...) Am I mistaken in thinking that this month's submissions look remarkably like last month's? Allister (20 years ago, 9-Dec-04, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
(...) Yeah I know, at first it sounds like a neat idea. I felt that way about the DOS version of ldglite, for a while... Let's see. The parts library is about 30MB (5MB compressed) and your average PDA sized image might be 100K. You could fit 50 (...) (20 years ago, 7-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
My idea was indeed to be able to up or download (however you would like to call it) LDR and MPD files to the PDA via PC connection, infrared, wireless, etc. Next you should load the files into the VIEWER to show off to anyone who would like to see (...) (20 years ago, 6-Dec-04, to lugnet.cad.dev)
|
| |
| | LDraw.org's November Model and Scene of the Month Winners
|
|
Congratulations to the winners of the November Model/Scene of the month contests: Both Model and Scene of the Month were won by Jorgen Andersson (URL) MOTM, Panzer IV H - German Medium Tank> (URL) SOTM, Class V5 diesel pulling boxcars> The voting (...) (20 years ago, 6-Dec-04, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
(...) I believe LDLite was originally written with the Pocket PC in mind as a possiblity, so it shouldn't be difficult to build a version for that target. I can't do it because I don't have a Pocket PC to test it on, or the development environment (...) (20 years ago, 3-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
What I really ment was to be able to run a program like LDLite on PPC so you can view LDR and MPD files. There would be no need to be able to produce images, just view (IMHO)... (...) No need to do that then. Jaco (20 years ago, 3-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
(...) Sort of yes and no. Pocket PCs usually run 320x240 (or 640x480 on the high end ones) in 16 colors/pixel, not the fixed color palettes of the old CGA/EGA days. I've ported my work version of SVG to a Pocket PC and there's no particular problem, (...) (20 years ago, 2-Dec-04, to lugnet.cad.dev)
|
