Hi Dev team,
Today I had the following message: MP Replay : Out of stash space

followed by loss of connection from the server. Ruined my league race, so atleast sort it out.

Quote from Bmxtwins :

Hi Dev team,
Today I had the following message: MP Replay : Out of stash space

followed by loss of connection from the server. Ruined my league race, so atleast sort it out.

Hello, this happens when your connection is unstable and you are slowly timing out from the server, let me write here the explanation one guy gave on other forums.

___

There is no official explanation on this matter but from what I've heard over the years, when lfs saves the replay to disk, it saves the remote data and the local data in a chronological stream. If the remote stream fails to work (lag or other networking issues), it can't combine both streams any more.

Since there is always some delay over network, there exists some little buffer, that's what I think, is the so called "stash space". So the local data waits in that stash space until the matching data over network has arrived (with matching timestamp or whatever).
However, you can see, if the network gets worse, more and more local data gets into the buffer, waiting for it's remote counterpart. But at some point, the buffer is full, and the whole system collapses.

___

Maybe it could be fixed if at such situation the MP Replay gets dumped and not recorded anymore? I'd say it's more important to keep connection alive then saving replay.

Adding to what Chriship said, it may be someone else whom is losing connection, in that case when that drivers disconect you would see a "stash recovered" message.

AFAIK that warning is not the cause of the loss of connection, it is the consequence.

My connection only timed out in there. Heard one of my teammates had same error message. I've timed out maybe one time before on this internet service in past year. So doubt it's their end, considering I was on teamspeak when it happened. It also wasn't a slow connection loss it was a sudden boot. Saw cars one second then next byeee.

Quote from Bmxtwins :

My connection only timed out in there. Heard one of my teammates had same error message. I've timed out maybe one time before on this internet service in past year. So doubt it's their end, considering I was on teamspeak when it happened. It also wasn't a slow connection loss it was a sudden boot. Saw cars one second then next byeee.

Of course its instantly. Its some small lagg spikes which start filling the buffer till it colapses. When it colapses it doesnt mean you were lagging in that exactly moment, but the error made you lose the connection from the server.

I have had this in the past and the only solution I found is reboot the router

One solution is to disable replay recording.

Why risk a disconnect in a league race just to have the replay, which is usually recorded server side and posted after the race ?

Quote from Bean0 :

One solution is to disable replay recording.

Why risk a disconnect in a league race just to have the replay, which is usually recorded server side and posted after the race ?

This too

Quote from Bean0 :

One solution is to disable replay recording.

Why risk a disconnect in a league race just to have the replay, which is usually recorded server side and posted after the race ?

How to do this? Thought there was no way to conpletely shut it off?

Options > Game > Multiplayer replay save: [Not enabled - not stored]

So how do I fix this situation so it does not occur again?

Get a better internet connection?
Use a cable instead of wireless?
Don't download things in the background?
Race on a server with a good connection?

Something went wrong between you and the server, so you lost connection. As we don't know what that was, we can't really help. But it's definitely not LFS's fault. The only thing that LFS can do to help is if I implemented a thing where you can rejoin a server without losing all your laps. This would be useful in endurance races.

Quote from Scawen :

The only thing that LFS can do to help is if I implemented a thing where you can rejoin a server without losing all your laps. This would be useful in endurance races.

That would be much appreciated by many endurance fans indeed, to have such feature at some point. But of course I understand it's not a high priority improvement at the moment. However, it's a thing that would make things a lot easier.

Quote from Scawen :

The only thing that LFS can do to help is if I implemented a thing where you can rejoin a server without losing all your laps.

...and with same car state (setup,fuel,damage etc)!

Quote from Scawen :

Get a better internet connection?
Use a cable instead of wireless?
Don't download things in the background?
Race on a server with a good connection?

Something went wrong between you and the server, so you lost connection. As we don't know what that was, we can't really help. But it's definitely not LFS's fault. The only thing that LFS can do to help is if I implemented a thing where you can rejoin a server without losing all your laps. This would be useful in endurance races.

1. - this should be good enough for LFS...
2. Check
3. Check
4. Check

Guessing it was just a misfortune then.

1. The server you were racing on is not in New York.
2. Speedtest does not show any stats for packet loss.
3. ???
4. Profit

Quote from Bean0 :

2. Speedtest does not show any stats for packet loss.

But it's brother pingtest does.

It's not related to connection speed.
These things do happen sometimes, when packets sent from you to the host or the host to you, simply do not get there. The internet is simply not perfect. Of course, there can be problems with your computer, router, network, local telecommunication services, or the same at the server. Sometimes you are browing the net and it runs a bit slow for a few seconds. Just occasionally it doesn't work for a couple of minutes. These things simply do happen, and there's nothing we can do about it. There is a difference in quality between difference internet service providers, and other problems. I am no specialist in how the routers of the internet work, but I don't need to be. There are so many computers betweem you and the host, there is plenty to go wrong, and sometimes it does!
It seems to me the services we use are getting better over time. But sometimes there are internet blockages between certain areas for some reasons. Just like there are traffic jams on roads, they can slow you down a little or a lot, and you are more susceptible to them in certain places than others.

Quote from Bmxtwins :

Hi Dev team,
Today I had the following message: MP Replay : Out of stash space

followed by loss of connection from the server. Ruined my league race, so atleast sort it out.

Was it Genuine's server? I got disconnects from their server during leagues sometimes. Was to do with their server not being perfectly up to the heavy load of full grid all the time. People coming in and out, swapping cars doesn't help either.

Quote from Bmxtwins :

My connection only timed out in there. Heard one of my teammates had same error message. I've timed out maybe one time before on this internet service in past year. So doubt it's their end, considering I was on teamspeak when it happened. It also wasn't a slow connection loss it was a sudden boot. Saw cars one second then next byeee.

Yeah LFS is funny with the disconnects, sometimes it will hold like crazy when on really poor connection, lagging a lot but it holds and holds no matter what, other time you have high speed connection and it kicks you in a split of a second because a few packets got lost. I don't remember other games kicking me off servers, LFS wins that category.

Quote from Bean0 :

One solution is to disable replay recording.

Why risk a disconnect in a league race just to have the replay, which is usually recorded server side and posted after the race ?

It's useless, the MP replay is only a consequence, tried this too, doesn't help a bit.

Quote from Scawen :

Get a better internet connection?
Use a cable instead of wireless?
Don't download things in the background?
Race on a server with a good connection?

1. Helps if it's poor and loses packets.
   
2. Only helps with ping being a fraction lower, but a lot of providers run wireless anyway, just not the consumer wireless (WiFi) susceptible to connection loss more easily in rain etc.
   
3. Can help if there is no priority and the connection is maxing out. Or your neighbor is maxing it out, etc. in such a case can't do much but to complain to provider.
   
4. This is paramount.
   

Quote :

Something went wrong between you and the server, so you lost connection. As we don't know what that was, we can't really help. But it's definitely not LFS's fault. The only thing that LFS can do to help is if I implemented a thing where you can rejoin a server without losing all your laps. This would be useful in endurance races.

That would be great but it often means race over anyway.

Better collisions and lagging cars as ghost cars I would find more useful along with less strict server kick due to a few lost packets on a high speed connection where as a slow lagging connection without loses holds and holds or it has loses but even pings in range over 2s don't kick.

Quote from JackCY :

Better collisions and lagging cars as ghost cars I would find more useful along with less strict server kick due to a few lost packets on a high speed connection where as a slow lagging connection without loses holds and holds or it has loses but even pings in range over 2s don't kick.

It's really not that LFS closes the connection if there's a few lost packets.

The only reason the host will kick a guest is if it has not received a packet from that guest in 30 seconds. Or your guest will disconnect from the host if it has not received a packet from the host for 40 seconds.

The other kinds of disconnection, where the TCP closes the connection with a message like CONNRESET or CONNABORTED are not under LFS's control. They aren't due to an LFS bug and this is my point.

There is no 30s or so delay so it must be a broken TCP.
Come to think of it, why use TCP and not UDP for game state update packets?
I would not use TCP for update like packets where newest packet is the only worth having and older are thrown away.

UDP is used for car position packets, where as you say, only the most recent is relevant. But TCP is used for all the other changes to the game state, where you cannot miss any packets or you will be Out Of Sync.