 | | 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)
|
