|
Post by neverender158 on May 9, 2013 4:32:31 GMT -8
Got up and did a little bit of internet sleuthing about the technical issues we were having last night. I found this thread that might explain what is going on and how to fix the issue. rfactor server issue with cars disappearing
This is from the isi forums. I don't think the people posting in that thread spoke English as their first language, but here is what they said about it: Question: Why many cars when driving on the server are floating and lagging around the track? Sometimes they even disappear for a short time. It looks just half as good when the cars are warping/floating/lagging around the track. Is there a way to avoid this?
"answer: in rf 1 the server that behave as that is dedicated set to low upload to avoid that cars lagg and disaper is set dedicated max upload and download then the dedicated server get lowest % upload download as possible and no lag on server is the answer so set doanload upload to 8042 is the thing if you see lags in a server is it 100 % that server has ben set low 340 kb or something instead off 8042 that is max on rf1. So it is best to set server to 8042 Upload and Download"
|
|
|
Post by neverender158 on May 9, 2013 7:04:26 GMT -8
I don't think it is related to the track only because we had the same issue at Adelaide and also we had this same issue in a RF2 exhibition in the clio's. I am hoping my above post can shed some light on what is going on.
|
|
Seahawks1Fan
Race Director
rF name: Jason Hawks
Posts: 5,614
|
Post by Seahawks1Fan on May 9, 2013 7:15:10 GMT -8
I had the server set at max 8042 upload and download. I also used this tip.
Maybe I can try increasing the Max Data per Client to 256 or something? I believe Dale had these same settings on his server.
|
|
F1Fan07
Race Director
Ludicrous speed. Gone to plaid.
Posts: 9,366
|
Post by F1Fan07 on May 9, 2013 8:05:43 GMT -8
Mine is at 256 and the server is set for 8000 up and 8000 down. I watch the server while it's running and with 25-27 cars it's reporting use of about 4000 kbps and holding steady at 250 fps (fps in terms of physics, not frame rendering). CPU% barely touches 10%.
|
|
F1Fan07
Race Director
Ludicrous speed. Gone to plaid.
Posts: 9,366
|
Post by F1Fan07 on May 9, 2013 8:24:24 GMT -8
I am at a loss right now to explain the issues we're seeing especially in light of a flawless Race 1.
1) Mod - we've run this for 5 seasons, no problems
2) Skins - possible (efnet had an issue as John mentioned) but that doesn't make sense for what we see. Efnet's issue was more related to crashes, etc when drivers came in and out of sessions or the session changed.
3) Tracks - maybe, but to have two tracks in a row have issues is unlikely
4) I don't think this has anything to so with the bandwidth settings on individual PCs. Race2Play has fields larger than us on a regular basis and no such rules and a pretty random cross-section of users most of who I bet have never touched their upload/download settings.
5) Server hardware - I'm not sure what Hawks has but my server (Core i3, 8 GB that's doing nothing else other than rFactor) shouldn't break a sweat running this. Companies like NRT host 40 cars easily in virtualized servers which are unlikely to have the power I'm dedicating to one race server.
6) Server connection - Hawks is on a high-end residential connection, I'm on a large pipe with 100/100 service at a datacentre connected directly into a major NA backbone. Both our connections can't be flakey.
Here's where I am with this... for the races that had problems, we saw data loss and discos at around 5 laps in. What happens at that time? I'm starting to wonder if it's rFactor flushing the firsy chunk of replay from RAM to disk.
We did have similar issues with Adelaide the last tiem we ran it. Perhaps that and Symmons are buggy. That's a slim chance but it's not impossible. Could it be related to Hawks altering the track files? I know the changes he made... they're not much more than a few lines of text that I can't see how they would generate a random issues. The tracks should work or not work.
I'm going to send a PM to someone that might be able to help... I don't want to out him on the forum.
Pukekohe will be the acid test. A new track that we haven't edited.
|
|
Seahawks1Fan
Race Director
rF name: Jason Hawks
Posts: 5,614
|
Post by Seahawks1Fan on May 9, 2013 10:33:45 GMT -8
My server is an AMD Quad Core 9950 with 4gb of RAM. Running an AMD 5570 video card. Seems to be running good especially since I put in the upgraded hd this week. Also, it's running Windows XP. Nothing else is currently on that machine other than a remote in program called Splashtop and running Microsoft Security Essentials AV, which I've run for several years with no problems. I also had Windows Updates turned off during the race.
Obviously it has something to do with the larger fields. I don't believe it's the track as this is the same version we ran at R2P, with the exception of me editing the GDP slightly. We also had no issues at Yas Marina which I edited the same way, but there were only 18 cars that race, not 28.
Could someone having a bad connection (one of the drivers) cause an issue like this. I don't recall anyone having horrible pings during the race.
|
|
Seahawks1Fan
Race Director
rF name: Jason Hawks
Posts: 5,614
|
Post by Seahawks1Fan on May 9, 2013 10:45:01 GMT -8
Also, do any of you guys know the folks that run the R2P servers? Maybe we can talk to one of them and see what type settings these use for the larger fields.
|
|
|
Post by zedarchitect on May 9, 2013 10:46:20 GMT -8
I got bounced and my connection is good enough to host the HistorX series. Granted, that is a half-dozen cars but if I can host I should be able to join a server w/o issue.
If issues continue next race another thing we can try is not using skins (at least as a test). Long shot but one more thing to check off if the issue isn't figured out.
|
|
Seahawks1Fan
Race Director
rF name: Jason Hawks
Posts: 5,614
|
Post by Seahawks1Fan on May 9, 2013 10:55:48 GMT -8
|
|
Seahawks1Fan
Race Director
rF name: Jason Hawks
Posts: 5,614
|
Post by Seahawks1Fan on May 9, 2013 10:59:32 GMT -8
I got bounced and my connection is good enough to host the HistorX series. Granted, that is a half-dozen cars but if I can host I should be able to join a server w/o issue. If issues continue next race another thing we can try is not using skins (at least as a test). Long shot but one more thing to check off if the issue isn't figured out. I'm not buying the skins thing. I've never heard that being an issue before. We've run with skins for many seasons, so I think that's a stretch. Also appreciate everyone willing to host, but with my dedicated fiber connection and Dales 100/100 server, I think it's got to be some type of setting vs. hardware or connection speed.
|
|
|
Post by zedarchitect on May 9, 2013 11:15:54 GMT -8
I agree about the skins but it was mentioned a couple of times. Also, I wasn't suggesting I would host. I was just saying I was one of the ones who got booted and my connection is fine, as I can host a small race w/o issue. My crappy server would be crippled if I had anywhere near 20 guys.
|
|
|
Post by zero7159 on May 9, 2013 11:24:09 GMT -8
What about doing two splits guys to lighten up the server load? If no other slow guy can host, I would be willing to learn how to do it using a spare laptop I have sitting around. We could determine splits via liveracers best times.
Sent from my HTC One X using proboards
|
|
|
Post by K Juliot on May 9, 2013 13:29:55 GMT -8
I don't have much to add to this other then these issues seem to come up for no reason except when the fields get over 20 close to 30.
I have hosted many practice rooms and ran some smaller races off my PC and no issues so should have no problem joining servers.
|
|
Dan W.
Race Steward
Posts: 5,378
|
Post by Dan W. on May 9, 2013 13:33:51 GMT -8
We've always said we would not start running two rooms/servers. That defeats the purpose of competition, and would lead to a fast room, slow room mentality. Not an option as far as I'm concerned.
As for skins, skins are skins, even the stock skins are custom, all the same in the end.
Now there is a line of code that is set to drop clients if they drop below a set variable. I'll look that up and see what it's set at, if I can find it again. Could be part of the issue, but I doubt it.
|
|
|
Post by zero7159 on May 9, 2013 13:57:25 GMT -8
We've always said we would not start running two rooms/servers. That defeats the purpose of competition, and would lead to a fast room, slow room mentality. Not an option as far as I'm concerned. Well, that was before we had 25+ size grids. We have had server crashes two weeks in a row. Jason, Dale and others are putting in overtime to find a fix. If we cannot find a solution that allows us to run the large grids, we have no choice but to do splits.
|
|