NH
nop head
Sun, Jul 6, 2025 8:55 PM
You scale $t in each part of the code to move its full distance when it
goes from 0 to 1. Then you set the number of steps and FPS to get the
correct total time and smooth enough motion.
On Sun, 6 Jul 2025, 21:51 Caddiy via Discuss, discuss@lists.openscad.org
wrote:
nop head wrote:
$t isn't a clock. It is just how far through the animation you are. It
goes from 0 to 1 in the number of steps you specify. That clock time that
takes will be the FPS / steps.
The problem is that the number of FPS / steps you specify controls
everything. It is not possible to apply one number of FPS / steps to one
part and another number of FPS / steps to another part. How to work around
that?
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
You scale $t in each part of the code to move its full distance when it
goes from 0 to 1. Then you set the number of steps and FPS to get the
correct total time and smooth enough motion.
On Sun, 6 Jul 2025, 21:51 Caddiy via Discuss, <discuss@lists.openscad.org>
wrote:
> nop head wrote:
>
> $t isn't a clock. It is just how far through the animation you are. It
> goes from 0 to 1 in the number of steps you specify. That clock time that
> takes will be the FPS / steps.
>
> The problem is that the number of FPS / steps you specify controls
> everything. It is not possible to apply one number of FPS / steps to one
> part and another number of FPS / steps to another part. How to work around
> that?
> _______________________________________________
> OpenSCAD mailing list
> To unsubscribe send an email to discuss-leave@lists.openscad.org
>
M
mikeonenine@web.de
Sun, Jul 6, 2025 9:00 PM
You scale $t in each part of the code to move its full distance when it
goes from 0 to 1.
Doesn’t that preclude the use of $t*180?
nop head wrote:
> You scale $t in each part of the code to move its full distance when it
> goes from 0 to 1.
Doesn’t that preclude the use of $t\*180?
NH
nop head
Sun, Jul 6, 2025 9:06 PM
If you want it to turn half a turn use $t * 180. If you want it to turn a
full turn use 360, etc. You scale every use of $t to make each part move to
its final position. Then every thing is synchronized.
On Sun, 6 Jul 2025, 22:01 Caddiy via Discuss, discuss@lists.openscad.org
wrote:
nop head wrote:
You scale $t in each part of the code to move its full distance when it
goes from 0 to 1.
Doesn’t that preclude the use of $t*180?
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
If you want it to turn half a turn use $t * 180. If you want it to turn a
full turn use 360, etc. You scale every use of $t to make each part move to
its final position. Then every thing is synchronized.
On Sun, 6 Jul 2025, 22:01 Caddiy via Discuss, <discuss@lists.openscad.org>
wrote:
> nop head wrote:
>
> You scale $t in each part of the code to move its full distance when it
> goes from 0 to 1.
>
> Doesn’t that preclude the use of $t*180?
> _______________________________________________
> OpenSCAD mailing list
> To unsubscribe send an email to discuss-leave@lists.openscad.org
>
JB
Jordan Brown
Sun, Jul 6, 2025 9:13 PM
This is easier harder than I think, or easier than you think.
You want the black line to go around twice for every time that the red
circle goes around, right?
So why isn't this the right answer?
rotate([0, 0, $t*360])
translate([101, 0, 0])
color("red")
circle(50);
rotate([0, 0, $t*720])
color("black")
square([2, 160]);
This is easier harder than I think, or easier than you think.
You want the black line to go around twice for every time that the red
circle goes around, right?
So why isn't this the right answer?
rotate([0, 0, $t*360])
translate([101, 0, 0])
color("red")
circle(50);
rotate([0, 0, $t*720])
color("black")
square([2, 160]);
JB
Jordan Brown
Sun, Jul 6, 2025 9:14 PM
On 7/6/2025 2:13 PM, Jordan Brown via Discuss wrote:
This is easier harder than I think, or easier than you think.
Sigh. "either harder than ..."
You want the black line to go around twice for every time that the red
circle goes around, right?
So why isn't this the right answer?
rotate([0, 0, $t*360])
translate([101, 0, 0])
color("red")
circle(50);
rotate([0, 0, $t*720])
color("black")
square([2, 160]);
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
On 7/6/2025 2:13 PM, Jordan Brown via Discuss wrote:
> This is easier harder than I think, or easier than you think.
Sigh. "either harder than ..."
>
> You want the black line to go around twice for every time that the red
> circle goes around, right?
>
> So why isn't this the right answer?
>
> rotate([0, 0, $t*360])
> translate([101, 0, 0])
> color("red")
> circle(50);
>
> rotate([0, 0, $t*720])
> color("black")
> square([2, 160]);
>
>
>
> _______________________________________________
> OpenSCAD mailing list
> To unsubscribe send an email to discuss-leave@lists.openscad.org
M
mikeonenine@web.de
Sun, Jul 6, 2025 9:40 PM
On 7/6/2025 2:13 PM, Jordan Brown via Discuss wrote:
This is easier harder than I think, or easier than you think.
Sigh. "either harder than ..."
This is getting quite philosophical!!!
You want the black line to go around twice for every time that the red
circle goes around, right?
Well, yes and no. I have a model with things rotating at three different speeds. I want to rotate them at $t*180, $t*360 and $t*720. Not $t*360, $t*720 and $t*1440. If possible.
But $t*180 only does half a turn.
So I am looking for a workaround to give at least the illusion of a full turn.
How could two $t*180’s be made to work in tandem, but without producing two circles?
Could one $t*180 be stopped before it flips back from 1 to 0, while the other is working?
If there are two orbiting circles, each following a 180° arc, could they be alternately hidden to give the appearance of one circle moving continuously?
Something else?
Jordan Brown wrote:
> On 7/6/2025 2:13 PM, Jordan Brown via Discuss wrote:
>
> > This is easier harder than I think, or easier than you think.
>
> Sigh. "either harder than ..."
This is getting quite philosophical!!!
> > You want the black line to go around twice for every time that the red
> > circle goes around, right?
Well, yes and no. I have a model with things rotating at three different speeds. I want to rotate them at $t\*180, $t\*360 and $t\*720. Not $t\*360, $t\*720 and $t\*1440. If possible.
But $t\*180 only does half a turn.
So I am looking for a workaround to give at least the illusion of a full turn.
How could two $t\*180’s be made to work in tandem, but without producing two circles?
Could one $t\*180 be stopped before it flips back from 1 to 0, while the other is working?
If there are two orbiting circles, each following a 180° arc, could they be alternately hidden to give the appearance of one circle moving continuously?
Something else?
M
mikeonenine@web.de
Sun, Jul 6, 2025 9:45 PM
If there are two orbiting circles, each following a 180° arc, could they be alternately hidden to give the appearance of one circle moving continuously?
I would like to rephrase that:
If there are two circles, each following opposite 180° arcs, could they be alternately hidden to give the appearance of one circle orbiting continuously?
mikeonenine@web.de wrote:
> If there are two orbiting circles, each following a 180° arc, could they be alternately hidden to give the appearance of one circle moving continuously?
I would like to rephrase that:
If there are two circles, each following opposite 180° arcs, could they be alternately hidden to give the appearance of one circle orbiting continuously?
NH
nop head
Sun, Jul 6, 2025 9:54 PM
Why do you want to do that. Why not have a single circle always visible
doing a full orbit?
On Sun, 6 Jul 2025, 22:46 Caddiy via Discuss, discuss@lists.openscad.org
wrote:
mikeonenine@web.de wrote:
If there are two orbiting circles, each following a 180° arc, could they
be alternately hidden to give the appearance of one circle moving
continuously?
I would like to rephrase that:
If there are two circles, each following opposite 180° arcs, could they be
alternately hidden to give the appearance of one circle orbiting
continuously?
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
Why do you want to do that. Why not have a single circle always visible
doing a full orbit?
On Sun, 6 Jul 2025, 22:46 Caddiy via Discuss, <discuss@lists.openscad.org>
wrote:
> mikeonenine@web.de wrote:
>
> If there are two orbiting circles, each following a 180° arc, could they
> be alternately hidden to give the appearance of one circle moving
> continuously?
>
> I would like to rephrase that:
>
> If there are two circles, each following opposite 180° arcs, could they be
> alternately hidden to give the appearance of one circle orbiting
> continuously?
> _______________________________________________
> OpenSCAD mailing list
> To unsubscribe send an email to discuss-leave@lists.openscad.org
>
M
mikeonenine@web.de
Sun, Jul 6, 2025 9:58 PM
Why do you want to do that. Why not have a single circle always visible
doing a full orbit?
Cos it’s too easy.
No.
I want rotations of $t*180, $t*360 and $t*720.
Not $t*360, $t*720 and $t*1440.
To keep speeds down.
If possible.
nop head wrote:
> Why do you want to do that. Why not have a single circle always visible
> doing a full orbit?
Cos it’s too easy.
No.
I want rotations of $t\*180, $t\*360 and $t\*720.
Not $t\*360, $t\*720 and $t\*1440.
To keep speeds down.
If possible.
NH
nop head
Sun, Jul 6, 2025 10:03 PM
Speed is set by steps and FPS. $t is used to determine how far each part
moves. It is nothing to do with the speed other than it sets the relative
speeds of different parts.
On Sun, 6 Jul 2025, 22:59 Caddiy via Discuss, discuss@lists.openscad.org
wrote:
nop head wrote:
Why do you want to do that. Why not have a single circle always visible
doing a full orbit?
Cos it’s too easy.
No.
I want rotations of $t180, $t360 and $t*720.
Not $t360, $t720 and $t*1440.
To keep speeds down.
If possible.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
Speed is set by steps and FPS. $t is used to determine how far each part
moves. It is nothing to do with the speed other than it sets the relative
speeds of different parts.
On Sun, 6 Jul 2025, 22:59 Caddiy via Discuss, <discuss@lists.openscad.org>
wrote:
> nop head wrote:
>
> Why do you want to do that. Why not have a single circle always visible
> doing a full orbit?
>
> Cos it’s too easy.
>
> No.
>
> I want rotations of $t*180, $t*360 and $t*720.
>
> Not $t*360, $t*720 and $t*1440.
>
> To keep speeds down.
>
> If possible.
> _______________________________________________
> OpenSCAD mailing list
> To unsubscribe send an email to discuss-leave@lists.openscad.org
>
