Again, you are the one not reading my post.
Sorry, but I'm not going to continue a non-productive discussion with you. You are now the first poster I've actually had to put on my block list.
Again, you are the one not reading my post.
Sorry, but I'm not going to continue a non-productive discussion with you. You are now the first poster I've actually had to put on my block list.
Sorry, but I'm not going to continue a non-productive discussion with you. You are now the first poster I've actually had to put on my block list.
And I bet I will be Number 2.
Babel was replying to you exactly the same way you reply to everyone, he even used your standard line about someone not reading your post. You just proved beyond doubt how shallow skinned you are.
Actually I think you need to wait in line. I suspect that Ancalagon is next. You can be third if you like though, there's lots of room on the list as I've only started using it today.
Actually I think you need to wait in line. I suspect that Ancalagon is next. You can be third if you like though, there's lots of room on the list as I've only started using it today.
Are you even looking at the same SRV picture that I am? The SRV has far more ground contact at the front of the SRV than it does at the rear of the SRV because it has four wheels at the front and only two wheels at the rear. The centre wheels are near the centre of mass of the SRV. The SRV should also be able to generate sufficient downforce with its thrusters to optimize ground contact at the front wheels as needed especially given their larger surface area. This actually means that the SRV should be getting more traction at the front than at the rear. So your "theory" is completely backwards.
This has exactly what to do with SRV traction?
Get back on topic please.
Because, for some reason, we're still using wheels in 3303, despite the existence of skimmers.
And you are sure there isn't something wrong with your settings? Like using digital rather than analogue axis?
BTW
The no. 1 reason for spinning is not steering but the throttle...
Using pedals + wheel / joystick or triggers with a gamepad and drive assist off works like a charm. A throttle + drive assist on applies way too much force to the wheels in certain situations. Immediately cut speed when you loose control and you should be able to avoid spinning around.
You've just illustrated the opposing point wonderfully: You have nicely explained why it goes better up hills in reverse. Draw a little picture of your SRV side-on. Draw some vertical force lines through the wheels. Now do it again on a slope, twice: One forward, one reverse. Look at what the slope does to the centre of gravity. In reverse, that front end with more grip than the back has even MORE grip, whereas going upslope transfers a lot of the mass to the rear wheels which - as you just banged on about - have less traction, resulting in traction breaking sooner.
Nope, steers beautifully...and then it just doesn't. As we've established, the SRV steers better backwards and that's a design problem - if a vehicle has a design problem someone will soon come along and make an alternative that fixes that problem. Did I mention I'd like to see more SRVs?![]()
My opinions are based on those of some of my friends who are real life rally drivers and on driving a buggy on the beach.
They designed the SRV with beautiful handling, then decided that it looked better with the cockpit at the other end. If you drive it backwards, it handles perfectly, so if you ever need to run away, always go backwards.
Except that as I explained in the rest of the post that you quoted the weight transfer effects in the SRV are going to be minimal. Not only can the SRV generate its own downforce, the weight distribution is likely already front-loaded, not rear-loaded, otherwise the SRV design wouldn't have double wheels on the front to handle the extra weight. Essentially you already have a SRV design that is front-heavy and when going up a slope it should use the thrusters to generate appropriate downforce to allow it to have optimal traction control when driving forwards. What we currently have is the opposite and it wouldn't make any sense to design the SRV that way.
BTW, my six year old drives my SRV around and gathers mats for me until my materials storage is full.
I thought it was because I was on low gravity moons and planets.
But, yesterday I was on a planet with 2.3x gravity and the SRV traction was still abysmal, even at relatively low speeds, and particularly once you lose traction, trying to regain it, even while the throttle is low and the speed indicator is like on 6, good luck trying to get back into straight and controlled travel.
The manufacturers don't care about the quality of the product they make, as there is no competition.
I just did some tests (on a 0.3g planet) and here's what I found:
1. The SRV is steering both front and rear wheels, and allows fairly steep steering angle even at moderate to high speeds.
2. Input reaction is quick and response curve is very non-linear - when slowly changing input axis, you can see the wheels steer very sharply towards the end.
Point 1 makes the SRV inherently unstable at higher speeds - any car that steers its rear wheels will do that when the rear wheels steer beyond certain angle. If you deliberately limit steering input to low values the SRV is perfectly stable even at top speed.
Point 2 makes it very difficult to predict when the SRV will start to spin and also makes it difficult to recover.
Unfortunately, it seems that ED doesn't have control options that are traditional in more serious driving games (steering response, steering lock) so it's not possible to adjust controls to improve handling. I suspect this could be fixed simply by disabling rear wheel steering when driving above certain speed, which is what real world cars with all wheel steering do.
words and stuff...
There is also no logical reason to design the SRV to have better traction when moving backwards than moving forwards.
So your "theory" is completely backwards.