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