I sent him what I thought was the latest Granity.
When trying to connect via the enable disable button I got a missing .dll error.
I thought about it last night and sent the guy a message to make sure he had both USB cables plugged in. I have not heard back yet.
Thanks for responding! 
Result with my Hirden 2500ppr 25Nm max, SimuCube 1, Luisi steering wheel 315mm 1265G with QR no filters, Driver 0.54c
Maybe someone wants to know what is the latency in DD1?
Test without rim, DI Spring effect is needed to perform the test correctly.
On first test I did last week I achieved a latency of 0.0001ms but it was a faulty test i suppose…
Repeat this test with the rim pls. Now we can compare SC1/SC2 with DD1.[DD1](
)
See my reply here why this is an unreliable test. Perhaps people will now understand the repeatability and other issues using it as a benchmark…and this was all on the same pc, different ports. Go to that post reply of mine, there are a total of 7 tests.
Thanks Phillip - makes sense.
I feel a little bad that I think I made a couple of comments that started this entire ‘measurement’ trajectory and as you have pointed out it’s not at all reliable. 
Beano you are a legend in our society and we feel big respect to you, but for some reason you want to discredit RFR-WheelTest soft. Only your first test/diagram SC2 Ultimate was correct, the rest was not. Are you saying in your PC on one USB port you have ~ 990 Hz and on the other~ 930 Hz? Tests like that are worthless. Please tell us how did you get ~ 930Hz on your USB port? What was the trick?
Mirek, I am not sure what you feel I can gain by discrediting the software. I am discrediting the method if application, I.e unscientific test-conditions, not the physical software itself.
Wrt the differences in USB frequency, I have answered that question already asked by you in the other thread 
I can only give my observations and first-hand experience here, feel free to use whatever sw you want…but please be aware the results are meaningless the way the tests are conducted.
Here is earlier answer to your question about USB port frequencies:
Blockquote Hi Mirek,
First test was on the std motherboard USB port. The subsequent tests however, I was using the ports on my hi-speed USB pci-express card, with a dedicated controller per each port. Even the results were a bit strange, the latencies were generally lower. But note the variance across the 4 ports on that card…the card I have is the costly Startech USB 3.0 card, see here: https://www.amazon.com/gp/product/B00HJZEA2S/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1
Blockquote That’s why I say, if we want to compare results between different dd wheels, the only way to do it basically would be to test all on the same pc, on the same port, perhaps even going as far as to restore the same OS image between tests.
Blockquote But, with that said, a more scientific way would be the backroom tests guys like Tero at GD is doing…I cannot go into more detail, but those are pretty scientific and based on empirical maths/data/results, as opposed to the variability of sw across a spectrum of pc’s and associated variables…
Found some strange behaviour while starting the configuration tool (v0.50.4c). It opens and then closes automatically within a couple of seconds.
Luckily I’m a software dev and trained to analyse these kind of problems 
So I tried starting the tool in admin-mode (the account I normally use is NOT an admin for security reasons). It then opened with a popup window with an empty(!) EUL agreement. I clicked YES, the tool started, did not crash and the update wizard was shown (which I cancelled at that moment). That’s not all though… Every time after accepting the EUL, regardless of wether I started as an admin the tool will exit within seconds.
After deleting the “EULAAccepted” entry in the registry and starting the tool as admin it will start again with the EUL agreement and the update wizard
Version 0.11.2 runs without issues (as non-admin or admin user). I’m running Windows 10 Home 1903.
Strange, we must test the thing with non-admin user at some point soon.
Thanks. If you need any more info or testing on this issue just let me know. I will not be upgrading to 0.50 at the moment as you can imagine
Are you implying that 0.11.2 works for you? We only updated the Qt version. The code related to the registry key handling comes from Qt.
Correct. Here’s a screenshot showing it:
Same problem here for me versions 0.53 and 0.54c…I thought it was Windows10 problem…
And when I center the wheel in the software the picture of the steering wheel is shaking during a little moment…
Strange indeed.
Myself and 3 others that have the same Simucube (SRB - small Mige with SinCos/Biss-C) do not have such issues.
All are on Win 10 1903.
So it’s most likely something other than the Simucube or WIn 10 that you have on your system that my friends and I don’t.
Something is interacting in negative ways for you, but with 4 other data points (and likely a lot more) that are not having these issues, the logical conclusion is that it’s not a problem with Simucube.
It’s another program or process that’s incompatible with Simucube otherwise the forums would be lit up.
Yeah, same here. SRB Small MiGe from May this year. Win 10 Pro 1903. Went from 11.0 to 11.2 to 50.4c. No Issues.
Longshot but one never know: My friend had a strange issue when he got his Oculus Rift S recently. It refused to upgrade the firmware on his headset. He had to create a new profile on Win 10 and then it worked… dont know if this can be similar issue. He was admin on the old account aswell.
Hi @Mika
Would it be possible to have the same scale as on True drive? That is 10 under true drive = 0.1 under SC1.
it is the plan, as per the poll I made a few weeks ago.
