 | | Re: Mathematical assistance please
|
|
(...) Hi Lars. Hey, I've got an idea. Stop adding new features (for a little while) and just release it. ;^) Pretty please with extra sugar? (...) Nifty solution, but what if someone looks down the hose and sees it's all blocked up with spheres so (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) (snip) (...) I'll add 4-4cyls.dat, so that shouldn't hold you back. Also, in the coming version you can add primitives yourself. (...) Another way to achieve no overlap is the method I used in 30093.dat "Plant See Grass": I simply placed (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) OK, here's my VERY LAST word on the subject: Transforming both 4-4cyls S0-S1 and vector S1-S2: Rotate about Y by beta until S0-S1 lies in the YZ plane Rotate about X by gamma until S0-S1 coincides with +Z Rotate about Z by delta until S1-S2 (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev, 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)
|
| |
| | 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: 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: 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: 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: 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)
|
| |
| | 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: 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: 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)
|
| |
| | 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)
|
| |
| | 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: 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: 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)
|
| |
| | 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)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
(...) I seem to remember James Jessiman used to run LDraw/LEdit on his old laptop. Or at least, he intended them to runnable on such a system. Wouldn't a CGA/EGA laptop be morally equivalent to a Pocket PC? Of course, what's the chance that (...) (20 years ago, 2-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
Hi all, Any chance to bring this topic back to attention? Would it be possible to make an LDraw VIEWER for Pocket PC (Windows Mobile, CE or other portable systems). You could indeed put the parts on a memory card and view any LDraw model (as long as (...) (20 years ago, 2-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: Coplanarity Pro
|
|
(...) It's on my list. Thanks for the nudge. -Orion (20 years ago, 21-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Coplanarity Pro
|
|
(...) :-) I just went online to suggest that you shot down the computer and went to bed: It usually helps when the programs begins to behave funny... But I guess that advice only work here in Europe right now, as you obviously don't need sleep to (...) (20 years ago, 21-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Coplanarity Pro
|
|
(...) I found the problem: I'm an idiot. I was looking at the wrong line. -Orion (20 years ago, 21-Nov-04, to lugnet.cad.dev)
|
| |
| | Coplanarity Pro [DAT]
|
|
L3P is giving me a warning that the following line is not coplanar (0.23184): 4 16 11.89 24 -4.32 11.89 20 -4.32 14.27 20 2.83 14.27 24 2.83 This quad is obviously coplanar. Any advice? -Orion (20 years ago, 21-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) Actually, that could be a good thing. Each pallet *.lxf file is just an archive containing BRICK*.CHUNK part files. (The model *.lxf files are archives each containing a MODEL100.MODEL file.) If a converter is ever programmed, it could make (...) (20 years ago, 15-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) Marc (or anyone!) ... I have another technical question regarding these "brick palletes". I've finally managed to get LDD to run ... after about 9 hours of installing service packs and drivers. Regardless, I was able to use it (relatively) (...) (20 years ago, 14-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | LDraw Design Pad v1.5.6 Released
|
|
LDraw Design Pad (LDDP) is a tool for editing and handling LDraw files in a very comfortable way. The new version can be downloaded here: (URL) Features are: -Fully customizable editor with syntax highlighting -Open multiple files at the same time (...) (20 years ago, 14-Nov-04, to lugnet.announce, lugnet.cad, lugnet.cad.dev) !
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) I have tried both. Latest drivers and deleting the specified folder. It seems to hang everyother time. On the alternating runs whne it does not hang on the startup screen it will not show the parts. I have an ATI radeon 7500 AIW. (20 years ago, 12-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) Went to IBM and downloaded the latest driver for my laptop's video card (Mobility Radeon 7500). Unfortunately, things seem to have only gotten worse. :( The first couple of times after updating the driver the app *seemed* to work a bit better. (...) (20 years ago, 12-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) Yep, that fixed it. Thanks a lot. --Travis (20 years ago, 10-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) Thanks for fixing this, Dan. Steve (20 years ago, 10-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) I will check the driver tonight after work. Are there also known issues with laptop keyboards? My cursor keys have no effect on the selected bricks. Thanks! Allan (20 years ago, 10-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) Hi Allan, This is a fairly common problem, it is almost always caused by your video card drivers being out of date. You should install the latest ones from your manufacturer's website. If you have an nvidia or ati card you can use their (...) (20 years ago, 10-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) Oops. Try now? (20 years ago, 10-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) That fixed ptreleasesnew.cgi (the test script), but not ptreleases.cgi (the production script). --Travis (20 years ago, 10-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) Try now - Steve was rearranging some files, and forgot to update a subroutine call. (20 years ago, 10-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) It would appear that neither script is working now. --Travis (20 years ago, 10-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) It's coming. Patience ... :-) -Tim (20 years ago, 10-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) How about an LDraw file to LDD file convertor? Or is that what you meant...one that would translate both ways? :) Has anyone tried using this application? Am I the only one finding it to be a steep learning curve? (...) I'd be happy just to (...) (20 years ago, 10-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) Say (conservatively) these are placed in 1,000 retail outlets worldwide (include S@H as one) Each sells 5 sets per week. Since these are micro, with a small piece count around 100-150, estimate price at about $10 Designer earns 5% of each (...) (20 years ago, 9-Nov-04, to lugnet.cad.dev, lugnet.lego, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) LPRIZE, anyone? :) As far as my students, it'll probably be a case of them designing in whatever package they want (even, gasp, REAL LEGO) and then one or two of them figuring out how to make the design over again in LDD for contest upload. I (...) (20 years ago, 9-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) AFAIK, no one yas yet tried to write a LDD file to LDraw file convertor. This might be the thing though, eh? Of course it would be entirely unofficial until and unless LEGO blessed such an effort. One big gotcha is catching that all the (...) (20 years ago, 9-Nov-04, to lugnet.lego, lugnet.cad.dev, FTX)
|
| |
| | Re: Interoperability: Conversion from LDRAW to ProE or Inventor 7
|
|
(...) What 3D file format(s) does ProE or Inventor support? -Orion (20 years ago, 5-Nov-04, to lugnet.cad.dev)
|
| |
| | Interoperability: Conversion from LDRAW to ProE or Inventor 7
|
|
Greetings! We are trying to build a trophy part. We will build it using rapid prototyping. To do this we have designed a trophy in ProE (and in Inventor 7). We want a 1x2 brick with a flat plate on top of the brick and the trophy on top of the (...) (20 years ago, 5-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Ghost bug in 3.11
|
|
(...) I cool with that. It's a whole lot easier for me to make ldglite behave well as a unseen simple renderer, and let LPub handle all the tricky instruction formating macros. The only reason I can see for me to add internal ldglite support for all (...) (20 years ago, 3-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Ghost bug in 3.11
|
|
(...) time I invoke ldglite and it finishes. This non-interactive render ignores all steps. I'm sure LPub has handled and removed all the CLEAR statements in the process of creating a step DAT. In this scenario, I see no need to use the -D. (...) (...) (20 years ago, 3-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Ghost bug in 3.11
|
|
(...) I'm a bit lost here. Are you talking about using ldglite to render image files, or render interactively? I ask because -mf and -mF ignore all STEP commands, but only for the non-interactive image file generating usage. There is a -D command (...) (20 years ago, 3-Nov-04, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
In lugnet.cad.dev, Don Heyse wrote: <snip> (...) Thanks Don, I got it working for both assembly images and part images. Kevin (20 years ago, 1-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Oh all right. You forced me to figure out what's up with the sourceforge. Apparently they disabled the cronjobs back in july, so my daily snapshot has to be made manually. I guess I'll have to start calling it more of an occasional snapshot. (...) (20 years ago, 30-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
Hi Don, How are the updates going to ldglite? I'd like to test it with LPub before I release a new version. I've got it all wired in for construction images and PLI and it seems to work well. I'd love to have -mf and -mF soon. Kevin (20 years ago, 29-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: Part number for old Technic piston?
|
|
(...) Thanks, Ross. On the Parts Tracker, I've moved x849.dat to 3652.dat. Steve (20 years ago, 29-Oct-04, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Not yet. The current release always picks -4/3*x for the aspect ratio. I know the negative sign is required to convert the y axis from ldraw coords to POV. I'm not sure how that gets worked into the upcoming version of l3p, which does have a (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) The 4/3 is the aspect ratio of the POV generated rendering (matches 800x600, 1024x768, 1600x1200 etc.). If you for some reason want POV to do a high, narrow (or low, long), rendering this factor has to be changed. It's often easier to do a (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) I assume that L3P allows the output to be any aspect ratio. The page is a little confusing that way. However, it's trying to tell you how the camera angle argument works, going on the assumption you haven't changed the aspect ratio. Just (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) aspect ratio is always maintained even if the (horizontal) viewing angle is changed"? Does l3p not allow tall skinny windows? Should (width/height) always be (4/3) even if the window is tall and skinny? Or does it just mean the pov file will (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) I thank you for the complement, but in this particular instance, I have to give credit where credit it is due. I'm sure I could have derived the above equation on my own, but here is the actual comment out of LDView that I got the above from: (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) See, this is why ldview is so much better. I'm still trying to absorb the first post and you whip out the math. Ok, apparently I knew about the horizontal/vertical bit at one point because the code to print an l3p command line contains this (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
