Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Setting a speed for the sequence, instead of for each rotor/hinge within the sequence.
(This could be used in other projects, its just I am currently building a mec)
Using the motion where the mec has one leg in front of the body and moving it behind the body to propel the mec forward as an example, it can be tedious setting the speeds right to give it a fluid motion.
The more joints there are, the more difficult and time consuming it gets.
Sequence: The entire motion that happens when you run a [start sequence] argument.
Step: The individual actions that happen within a sequence.
Example:
(The current Bipedal Mec I am making has 1 Hip, 2 Knees, and 1 Ankle)
Taking 4 joints from point A to Point B.
Point A is when one leg on a Bipedal mech is in front of the body.
Point B is when the same leg is behind the body.
Moving from Point A to Point B propels the mec forward.
If you could calculate the difference in angles for each Rotor/Hinge between Point A and Point B (Which the script already does).
Then, add an algorithm that automatically calculates what speed each Rotor/Hinge needs to move for each Rotor/Hinge to arrive at the desired angle at the same time.
This would make it significantly easier to plot out walk cycles or advanced movements that require fluid motion. This would also provide a smoother experience for the user and make the training process a lot faster because of not having to trial and error the right speeds.
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
With this feature, I believe it would be possible to set the speed of a sequence rather than just the individual steps.
Referencing back to the example, the sequence from Point A to Point B.
Let's say this is the walk cycle and it propels the mec at 6m/s.
If I wanted a run cycle that propelled the mec at 12m/s, I would have to train an entire different sequence and adjust the speed of every Rotor/Hinge within each step.
If you have a multiplier that could be added to the sequence for the speed of the Rotors/Hinges, it would be unnecessary to create a different sequence.
You could then just add a 2x multiplier to the walk sequence to propel the mec at 12m/s.
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
To help with performance, you could have this speed calculation only happen the first time the sequence is started and permanently log the speed of each Rotor/Hinge so it isnt constantly doing math.
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
It would be cool if the multiplier could be changed on the go to adjust speeds to provide a more realistic experience depending on the situation.
I don't believe this is possible due to performance issues but none the less should be kept into consideration.