On my G29, it's a bit smoother. In old lfs ffb was 25Hz with 200 steps, once I set 100Hz and anything => 400 steps it was noticeable and better. In my T300, up to about 1000 steps you can feel that ffb is smoother, above that there is no difference, probably they have somewhat higher pwm resolution, but the frequency is lower, one can even hear the squicky noises comming out at 8kHz.
You shouldn't be worried about how 10000 steps will be scaled down to 400 or what ever is pwm signal resolution in logi wheels. Those are a very simple operations with integer numbers, no overflow or truncating will occur. Their firmware will handle it just fine.
You shouldn't be worried about how 10000 steps will be scaled down to 400 or what ever is pwm signal resolution in logi wheels. Those are a very simple operations with integer numbers, no overflow or truncating will occur. Their firmware will handle it just fine.
Last edited by rane_nbg, .
All good, except I would set FF steps to 10000 and let logi wheel firmware deal with it and use as much as PWM resolution available. I believe that the motor is powered by an H-bridge driven with a PWM signal at 20kHz with 400 steps of resolution, but I didn't measure it, I just saw someone mentioned maybe Scawen himself that no more than 400 steps is available, due to low res PWM signal.
Interesting. I vote for option number 3
+1👌
+1👌
Well said man.
Logitech's trueforce has 4kHz ffb refresh rate, which is revolutionary in it self. This opens up many possibilites, but unfortunately not many games utilize it. With such a high update rate the bandwith of ffb signal is increased from tens of Hz to 2kHz. Vibrations mainly fall under the 100Hz range and everything above that falls into the audible range, so what games do is just relay part of the audio signal into ffb signal. This is in my opinion useless as we already use our ears to sense it, but it makes a great marketing.
Another thing is, to be able to reproduce 2kHz signals with an electric motor (bare in mind it is not a speaker), it has to be extremely sensitive and with a tiny rotor inertia. This can be done only with a powerful 3 phase AC servo motor, like the ones found in direct drive wheels. Normal brushed DC motor like the RS570 found in logi G25, G27, G29, G920, G923 has no chance at reproducing such high frequencies.
DirectInput API is old indeed (developed in 1999) but it's widely used. It consists of 12 ffb effects and some more flexibility like fade in, fade out, durration, delay and so on (borrowed from MIDI). Again, rarely any game uses more than 1 or 2 ffb effects. It is always the easiest for developer to use the game engine and calculate all the relevant forces internally, sum them up and send to ffb device through 1 ffb effect - constant force, a single value of force with additional details like magnitude and direction in case device supports more than 1 ffb axis. This effect is then called many times per second like in LFS 100Hz, to give an illusion of dynamic forces. This rate is crucial for correctly reproducing all relevant details. The remaining 11 ffb effects usually refered as canned effects are the periodic effects like sine, square, triangle, sawtoothup and sawtoothdown. In principle with a linear combination of these one can produce an arbitrary wave, but it's a hard way and games simply just use a triangle for curb effects. This is quite robotic as amplitude and frequency are fixed throughout effect durration. There are also effects that depend on (steering) axis position like spring, on axis speed or 1st derivative of position like damper and friction and finaly on 2nd derivative or acceleration of axis like inertia. There are also some more time dependent effects like ramp and custom force where one can play a predefined force sample. It is quite a versatile API but games mainly use only constant force effect.
Ok, not to make long story even longer, I think this gives some overall idea of how ffb works to anyone who was wondering about it
Once Scawen release updated LFS with 1000Hz physics and ffb refresh rate, it's gonna be better than trueforce. At the moment, ACC holds a record for highest ffb update rate of up to 400Hz.
Another thing is, to be able to reproduce 2kHz signals with an electric motor (bare in mind it is not a speaker), it has to be extremely sensitive and with a tiny rotor inertia. This can be done only with a powerful 3 phase AC servo motor, like the ones found in direct drive wheels. Normal brushed DC motor like the RS570 found in logi G25, G27, G29, G920, G923 has no chance at reproducing such high frequencies.
DirectInput API is old indeed (developed in 1999) but it's widely used. It consists of 12 ffb effects and some more flexibility like fade in, fade out, durration, delay and so on (borrowed from MIDI). Again, rarely any game uses more than 1 or 2 ffb effects. It is always the easiest for developer to use the game engine and calculate all the relevant forces internally, sum them up and send to ffb device through 1 ffb effect - constant force, a single value of force with additional details like magnitude and direction in case device supports more than 1 ffb axis. This effect is then called many times per second like in LFS 100Hz, to give an illusion of dynamic forces. This rate is crucial for correctly reproducing all relevant details. The remaining 11 ffb effects usually refered as canned effects are the periodic effects like sine, square, triangle, sawtoothup and sawtoothdown. In principle with a linear combination of these one can produce an arbitrary wave, but it's a hard way and games simply just use a triangle for curb effects. This is quite robotic as amplitude and frequency are fixed throughout effect durration. There are also effects that depend on (steering) axis position like spring, on axis speed or 1st derivative of position like damper and friction and finaly on 2nd derivative or acceleration of axis like inertia. There are also some more time dependent effects like ramp and custom force where one can play a predefined force sample. It is quite a versatile API but games mainly use only constant force effect.
Ok, not to make long story even longer, I think this gives some overall idea of how ffb works to anyone who was wondering about it
Once Scawen release updated LFS with 1000Hz physics and ffb refresh rate, it's gonna be better than trueforce. At the moment, ACC holds a record for highest ffb update rate of up to 400Hz.
Last edited by rane_nbg, .
I have a laptop with integrated gfx inside an Intel i7 CPU, it is HD4600 and this is the previous generation compared to your HD520 I beleive. So even this integrated one is fine for LFS, but your dedicated nvidia one should be much better for it.
Can't be done at the moment. When Scawen include gyro forces from front wheel and with new tyre physics it will be possible. There is a plan for it, but it's in somewhat distant future.
It will run even updated LFS just fine. No worries.
Congratulations to the winner:
[NRG] L.Rydh
You may contact us via discord to collect your prize, which is an LFS voucher in the value of an S1 license.
[NRG] L.Rydh
You may contact us via discord to collect your prize, which is an LFS voucher in the value of an S1 license.
The final results are:
https://imgur.com/viByurP
https://imgur.com/viByurP
AA Xmass Event 2023 - the aftermath
Hello racers, Happy New Year 2024
We're happy to announce the results of our event. Thank you all for participating it was quite a blast.
The results from the qualifying session are:
https://imgur.com/QScslxv
We're happy to announce the results of our event. Thank you all for participating it was quite a blast.
The results from the qualifying session are:
https://imgur.com/QScslxv
Last edited by rane_nbg, .
Reason : updating images
I see. In fact the nickname of the guy who did post in my github is "Notriatv", it does resemble your nick, but it was just my brain playing tricks on me during sleep time
Yeah, you are right, some kind of pre-buffer (delay) could do it, but I'm not a fan of any delay at all. Let's leave it as it is.
Not really, it's never too late. It's always nice to revive dinosaur posts.
Are you the guy who recently posted a question on my github for Arduino ffb wheel?
It's not just steering wheel axis input, but all axis of all players, including pedals and so on. Doing it would increase multiplayer server load dramatically. I'm not sure if there is enough resources for this and this is what keeps LFS online experience at a very good level. Recently car coordinated and vector speed update rate in miltiplayer had been increased from 4 to 12 times per second. Still, ping of many players doesn't even allow it to be utilized fully.
It's generaly a nice suggestion, but I'm afraid LFS is not ready for it yet.
It's generaly a nice suggestion, but I'm afraid LFS is not ready for it yet.
Wow this looks great. Do you have enough triangles left for the interior?
Please if you post a question with some issue and you manage to solve it, also post what you did to solve it. A lot of times people have the same problems and it may save them the trouble if they see answer right away.
I think you went slightly "crazy" with engine power.
Ok, I see, in my eyes you cleared your name Aleksandr. Packet42 is not a nice comrad.
Aleksandr, what say you about these accusations? Is it true? I expect a detailed answer, or else.
So what can I do on laptop from 2015 that does not support win11? So far I only replaced a sreen 2 times, battery 2 times, added 16g ram, added 2 ssd's, replaced cpu thermal paste. Other than these, it's like a new one
It has an i7 4 core cpu and intel HD4600 integrated gfx, it runns LFS like a charm.
It has an i7 4 core cpu and intel HD4600 integrated gfx, it runns LFS like a charm.
Last edited by rane_nbg, .
You can send me the prosche, then I'll code lazy, airio or what ever you want
The way lazy was developed, with forbiden techniques made it incompatible with every LFS update. If it was done the right way, it would not stop working after LFS update. Have a look at airio. It only partially stopped working, once a major change had been done by introduction of mods and how their names are handeled by inSim. I'm afraid with day night cycles, we'll see another compatibility problem, but we'll still be able to use it. My point is, it's the flaw of lazy and not of LFS.
Ofc no one cheated with lazy, that was not the original intent of its creator, luckily. Just the problem is that by supporting it, the LFS would be exposed with a huge backdoor loophole that could get exploited for hacking/cheating/ddos and what not - all destructive.
Ofc no one cheated with lazy, that was not the original intent of its creator, luckily. Just the problem is that by supporting it, the LFS would be exposed with a huge backdoor loophole that could get exploited for hacking/cheating/ddos and what not - all destructive.
Last edited by rane_nbg, .
FGED GREDG RDFGDR GSFDG