Both stints? Surely you all did 3 stints or fuel would have run out un less you had power way down and you were way too fast for that to be the case
Can confirm that the server lagged after you called it on teamspeak, i experienced the lag 10 sec later and it looks like the gt car in front of me also slowed down.Very good and decent testrace. As always testraces are a bit more rough then races in season but today was good for me.
Strategy worked as I expected it. If I stop spinning 3 times live would have been a lot easier but so I had a very nice fight for the lead until my tyres were done.
Cu at imola
I'm sure it wasn't the server that lagged.server lagged
Could have been me? I had a massive lag moment in the chicane and went through the grass there.Can confirm that the server lagged after you called it on teamspeak, i experienced the lag 10 sec later and it looks like the gt car in front of me also slowed down.
I have 150mb connection and it is like dial up speed and usually ends with a tcp error.Thanks Daiman, I have noticed that the GetMod is always painfully slow, mine seems to be downloading at 100 to maybe 300 Kbps.
I has jumped up to 8Mbps for a short time then back to 100 to 300kbps
Is this normal? Has anyone else had this issue?
Its taken almost an hour to DL the RD_Imola track and looks to be only 75% complete based on the orange bar
Yes made of steel beams. I found out. Race ending if you clip them.Track looks awesome! great job guys
Nice touch with the Dennis and Daiman 'balloon' looking walls at the Variante Alta chicane! don't try run through them, they will win
At the begin of the race, I had a big problem, I saw only one or two cars in the screens but did not see the one more front. Sometimes I knew I had 5 or 6 cars in front of me, but I did not see any.
Anyone can help me ?
HAHA, no worries mate! I must say that I agree with you - the reconnaissance lap will potentially more confusion and trouble than it's worth. Also, as you say, it does not really add much from either a driver's or spectator's point of view, and since cars are "teleported" to the grid if they are not already there, once the time is up, it's kind of pointless - a gimmick really. I shall update the server configuration so that from Round 1 onward cars will be immediately placed on the grid, and then the start procedure shall commence (manual formation lap, and "Green Flag" from Race Control) when the lights go green.Another request (sorry.... Lol) not sure how others feel, but can we not do the recon process? From a drivers perspective to me personally it doesn't add anything to the experience and it's a little bit annoying to be honest.
I know when we did it in the Indy league it just seemed like a big mess and since it warps you to your start spot anyway you really just pull it out of the pits and Park it.
Thanks Daiman, I have noticed that the GetMod is always painfully slow, mine seems to be downloading at 100 to maybe 300 Kbps.
I has jumped up to 8Mbps for a short time then back to 100 to 300kbps
Is this normal? Has anyone else had this issue?
Its taken almost an hour to DL the RD_Imola track and looks to be only 75% complete based on the orange bar
GetMod is not the reason for the slowness - the GetMod URL for each of our resources simply redirects to the URL from which the relevant component file can be downloaded, therefore GetMod itself has no effect on the download speed. We use Dropbox for storing and serving our files, so it's actually your connection to Dropbox (to download required resources) that is slow. Whether you download resources directly, from Dropbox, or via rFactor 2 the speed will be the same. The only benefit of downloading directly is that multiple files can be acquired in parallel, whilst rFactor 2 shall only download a single file at a time, but this would potentially be advantageous only if you have a decent network connection speed.I have 150mb connection and it is like dial up speed and usually ends with a tcp error.
You can thank @Gijs van Elderen for his fantastic work on the tracks!Track looks awesome! great job guys
Nice touch with the Dennis and Daiman 'balloon' looking walls at the Variante Alta chicane! don't try run through them, they will win
Naughty dropbox! Thanks for the detailed reply Daiman, no worries all understood, thank youGetMod is not the reason for the slowness - the GetMod URL for each of our resources simply redirects to the URL from which the relevant component file can be downloaded, therefore GetMod itself has no effect on the download speed. We use Dropbox for storing and serving our files, so it's actually your connection to Dropbox (to download required resources) that is slow. Whether you download resources directly, from Dropbox, or via rFactor 2 the speed will be the same. The only benefit of downloading directly is that multiple files can be acquired in parallel, whilst rFactor 2 shall only download a single file at a time, but this would potentially be advantageous only if you have a decent network connection speed.
File download speeds are often limited by the client's network connection, but the load on the server where the file is located could also be a limiting factor. In this case I believe both may be to blame. Certainly the connection to Dropbox servers has not been the quickest, stablest or most reliable, especially of late, so this can certainly be held to account for the some of the slowness, and also the TCP errors. My network connection is able to download at 220 Mbps (and Steam will hit this limit every time I download new games, updates, or Workshop items), but even I experience issues from time to time when downloading files from Dropbox. Unfortunately we cannot make the RDLMS resources available via Steam Workshop because we would like to keep them private, thus using GetMod and an external repository is really the only option.
The server did lag, there was even a dedi crashing on the server from another game at the same time.I'm sure it wasn't the server that lagged.
A client with a bad ping, cpu overload, or something else is more likely.