the method I came up with is https://youtu.be/CIGwQMIQH6M (the result after 00:54)
First, I mention my method also doesn't run smoothly, so I'm not sure it's helpful.
As the duration is changed, the offset ticks should be changed.
Set two curve data sources connected to the offset ticks of two curved vectors.
In your example, the duration number becomes 3/4, so do the same for the offset ticks.
the one 80 to 60, the other one 40 to 30.
Probably the gap is now quite small but when you try to slow down the speed, it is not a natural movement.
If you don't satisfy that result, you should find a new way. that may bring a better result.
exactly, thats the problem i want to avoidOriginally Posted by ss6nq Go to original posti guess i need to find another setup for this. thanks anyway
HOLY S*** thats too muchwow!
i need the objets to move next to one another in a loop from right to left (like in my clip below) and all i need is to control the speed smoothly with datasources.
can i do this with your setup? its hard to see how you did it. would be cool if you could explain itthanks dude
Originally Posted by Core2TOM Go to original post
Hey Core2Tom
I drew up a quick sketch in Google Drawings of how to do variable speed. You can replicate this three times for each piece of the conveyor belt. I would demonstrate it in Trials, but I don't have a copy with me right now to record from
Here's the linke: https://docs.google.com/drawings/d/1...it?usp=sharing
Hope this helps! I can explain it in more detail if you need help with it.
Best Regards,
PneumaticBog484
hi bog, are you sure? i just tried to use your setup...
...now i´m completely lostwhat am i doing wrong? i don´t get it.
what is "vector normalize" exactly doing? can you explain that in simple words? and why do i need that in this setup?
vector object info start = static position of cube 3? or moving position of cube 3?
Hello Tom,
My apologies, it seems I forgot to include a reset in my diagram. I've revised my Google Drawing with the new solution that should work with global coordinates as you noted DannyXTheXMan.
Link: https://docs.google.com/drawings/d/1...it?usp=sharing
Basically what you are doing is moving the block closer to the "End" Dummy Object each tick. The amount you move closer is defined as your "Speed".
Normalize takes a direction vector, such as "Sideways 2 Units, Up 4 Units, and Forward 3.5 Units" and converts it to a vector with a length of 1. Once it is a length of 1, you can scale it by your Speed. This means that the Normalized vector with length 1 times a Speed of 5 gives a vector with length 5 ( 1 x 5 = 5 ). If you do not Normalize the vector it could be a huge number. For example a vector of length 100 times a Speed of 5 gives a vector of length 500. ( 100 x 5 = 500 ). This would be like a Speed of 500, but you only want a Speed of 5.
There should be three Vector Object Info Data Sources now in the new diagram. One is the Start Dummy Object, one is the Object (Cube) Position, and one is the End Dummy Object. Use the "Object (Cube) Position" one and the "End Dummy Object" one in the math calculation. Only use the "Start Dummy Object" one when you need to reset the animation. The new diagram will automatically reset the animation when it reaches the End Dummy Object.
Hope this can help some more. I'd be happy to explain more if necessary.
Cheers,
-PneumaticBog484
hey bog, it´s workingthank you!
but do you know why there is a tiny gap after a few seconds? any idea how to fix that? (if it´s even possible to fix) that would be cool
i´m not sure if i really understand the vector normalize thing. if you got some time it would be great if you could record a video with some examples. i really wanna learn more of this stuffthanks again buddy