Youtch

What a stress test looks like:

Holding 90 seconds with open case, this is far from being a stress test. I could not be happier for Moza to bring a winner design, but at this point we still don t know what this model has in its guts, and how long it can hold before the force drop. Both Rhino and Brunner are suffering from overheating, even though Rhino has a fan and can hold longer. This type of devices are prone to overheat, the question is not if it will overheat, but how long it can be fully functional under stress before reaching some overheating threshold.

I haven t seen yet any stress test of the Moza FFB base, like we saw with Rhino. This will tell us more about quality and design. It would be good to see how long it can last in warbirds long turn fight.

Thanks Andre. Much appreciate. I was not referring here to a HW button to cut-off, as it will never be immediate, taking (at least for me) some 5 seconds to locate and switch the physical button. I was thinking of a cut-off through some button which Simshaker software would detect, in response Simshaker would stop sending signal to the actuators till the mission ends, regardless of the telemetry sent by DCS. Then it could be potentially map to the Eject button in DCS. I am probably oversimpifying it, and I am fully aware that there might be more complexities under the hood that what I m seeing from outside, but thanks for exploring if it might be feasible.

Understood, so it is something that should be looked at by DCS developers... for them to send a specific event in case of ejection or stop sending telemetry after ejection. I am thinking about those with motion platform, movements must get somehow violent if the motion platform keeps on responding to erratic plane movements while it is falling from the sky. They must have some type of cutoff. Would there be anyway to implement some type of cutoff simshaker/motor response when a certain button is pressed? Thanks again

Is it normal to still feel the tremble of the plane after ejecting? It seems to happen quite often with f14. I would expect the ejection to be some type of cut-off of all the plane effects. I m still relatively new to Simshaker.

Thank you very much, Andre. Very helpful as always. Hmm... not sure I'm able do comprehend this question, sorry. In SSA log, some effect sent have "Change gain, gain1 =" value Is this gain the same thing as the parameter "strength of the jetseat" or it is something else? Those are effect strength and number of repetitions of the sample set by SSA. I understand that the 1st parameter is number of repetition and the 2nd parameter is the strentgh, correct? Ok, this is one way to approach it in term of reverse engineering, thanks for your suggestion, I will try it for the specific one that is bothering me. The caveat here is that to perfrom this test we need to ensure the effect is effectively triggered in the game to its full extent, which is not always easy. I was hoping for a way to trigger the effect independently of DCS, if possible. I was also hoping somebody would have the mapping of Simshaker effects vs Jsons. Many thanks again Andre!

Dear Simshaker community, I recently jumped into simshaker and I have been looking more carefully at the different configurations to finetune it to my taste. I am trying to reverse engineer how it works to adjust some effects to be more of my liking. (I am especially tagetting an annoying recurrent powerfull bump of vibration that repeats every 10s or so when flying the f14 and that is probably associated with some engine rumble) I am trying to make sense of the list of effects displayed in SSA Effect Settings tab vs information listed in SSA log tab vs the files stored in SimShaker-Wings FXs folder. I have a simshaker pad and the UWV editor is therefore unfortunately useless. I understand that the response of actuators is defined in json files in the folders \Documents\SimShaker-Wings FXs\SimShaker_Pad\Base and \Documents\SimShaker Pad Handler samples\Base, and that both folders are actually used for reference I understand the json file determines which actuators to activate, the amplitude of the response, and how long it will last, and this is normally what is configurable in UWV Editor for the Jetseat. Please correct me if I am wrong. First: Is there any easy way to visualize to which json corresponds each effect displayed in the plane profile of SSA? Because the relationship does not seem always obvious from the name. Second: What is the use of VibId and where is it used? Third: What are the other values displayed in the log after the name the json? Is the gain the strength of the jetseat as per the parameter editable in Effect Settings tab? Many thanks in advance for your insights, y.

Still waiting to see a full stress test of the Moza FFB, to see how it handles long dogfight in warbirds.

I think two months after, we can probably forget about it. It sounds like vaporware. I will buy the Delanclip (which i wish i would have bought earlier, since UTC was a dead end).

I think UTC has 2 advantages, better battery life and decentered middle diode.

Has anyone received any news recently? Is the project of producing new version still alive?

Let us know if you get any reply. I guess if UTC is out of the picture, i will be forced to look at Delanclip probably. Still crossing fingers for UTC to come back to life this summer.

Any recent news of when this might come out? Shall we be concerned about the radio silence? UTC has a very good design, but if it is no longer available and the newer one is not getting anywhere nearby, i think i will be forced to consider other alternatives

Hello there, I m in the market for a new tracking device. This looks nicer than Delanclip. Any news about mkIII device coming in May/June? Thank you very much in advance