安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题
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.