Guest Posted January 30, 2004 Share Posted January 30, 2004 (edited) Hello people I've been reading/searching on these forums about for half an hour I found a lot of posts about the Connection timed out after 10 seconds problem. and after reading 20 threads, I still didn't find a single solution to that problem. First of all: The Specs Proc: AMD 64 3200+ Videocard: ATI Radeon 9800 Pro MEM: 1024MB OS: Windows XP Home I have no fire wall running, and no anti virus, no other programs using bandwidth, except mIRC my provider is @home ( dutch Provider ) [edit] Downstream: 500kb/s Upstream: 16Kb/s [/edit] I've connected to different servers, and always got the same problem I did found out, that the more I type the longer I say connected but spamming is bad I hope someone can help me, and reading from the other threads. please don't flame me post unless you have an answer, that I can use. I would appreciate that a lot Tnx for the your time Prozac Edited January 30, 2004 by Guest Link to comment
Guest Posted January 30, 2004 Share Posted January 30, 2004 well if u have 56k or less like 28k u got mager problems cause it will not let u into otehr servers Link to comment
SM xenex Posted January 30, 2004 Share Posted January 30, 2004 To LiNuX : Idiot read: [edit] Downstream: 500kb/s Upstream: 16Kb/s [/edit] Now that doesnt sound like 56 k to me. Link to comment
Kent747 Posted January 30, 2004 Share Posted January 30, 2004 lol i hate to defend linux and all.. but Last edited by Prozac on Fri Jan 30, 2004 7:03 am, edited 1 time in total .................. Posted: Fri Jan 30, 2004 7:00 am Post subject: well if u have 56k or less like 28k Link to comment
SM xenex Posted January 30, 2004 Share Posted January 30, 2004 Oh shit, oops my bad . Link to comment
=AA=\/\/heeL(V)an Posted January 30, 2004 Share Posted January 30, 2004 is linux yamm again? Link to comment
ijsf Posted January 30, 2004 Share Posted January 30, 2004 ffs, stay on topic The problem lies with UDP packets dropping between you<->server and server<->you, there's not really much you can do about it at the moment. The main problem is these packets (which are kind of important to stay connected) are sent with UDP without any TCP-look-a-like sin-ack, or what's it called exactly, system.. which we haven't implemented. You can either wait for a next version to be released, the problem will (probably) be solved there. For now.. try to connect with servers which aren't very far away from you (try to use servers in the Benelux/Germany/France instead of in the US/Canada/Australia), that might help.. Link to comment
Prokopis Posted January 30, 2004 Share Posted January 30, 2004 [...]The problem lies with UDP packets dropping between you<->server and server<->you, there's not really much you can do about it at the moment. The main problem is these packets (which are kind of important to stay connected) are sent with UDP without any TCP-look-a-like sin-ack, or what's it called exactly, system.. which we haven't implemented.[...] You mean protocol? From what I've understood, the dreaded MTA netcode sacrifices integrity for the sake of speed by choosing UDP, but the weird thing is that up to vers .2.2 such incidents were occurring at a considerably lower rate than now. Not to mention the appearance of CRC timeouts, which are something that I believe wasn't happening before .3. All of this brings me to the million-euro question: what's been changed in the server's side in .3? Has its cycle been made longer with more anti-cheating checks, options, or tasks? Cause that - along with the higher average UDP packet loss rate - would account for what we've been seeing ever since Jan 1st. If that is the case I dunno what else could be done to alleviate the situation other than assigning more responsibilities to the client's side. And that doesn't really help the cheat preventing effort, now does it? Quite a predicament if you ask me, so I'll wish you guys good luck figuring it out. Link to comment
ijsf Posted January 30, 2004 Share Posted January 30, 2004 It's probably because the client is sending alot more data right now.. so more packets are dropping Link to comment
Prokopis Posted January 30, 2004 Share Posted January 30, 2004 The server remained untouched? And what kind of % are we looking at? Like 30% more data? 100%? Link to comment
ijsf Posted January 30, 2004 Share Posted January 30, 2004 Not really.. although there's not much changed in the cycle Link to comment
Guest Posted January 30, 2004 Share Posted January 30, 2004 Tnx... I'll try and find a closer server and wait for a next patch [update] Tried playing on dutch low ping servers.... same problem so the only thing left is..... waiting for the next patch anyway when is it being released ( if I'm allowed to ask ) [/update] Link to comment
SteadVéx Posted January 31, 2004 Share Posted January 31, 2004 Hello people) [edit] Downstream: 500kb/s Upstream: 16Kb/s [/edit] Prozac Umb, is it just me or is 16kb/s slower than 56k upload speed? i'm sure 56 k is 33... Would that be anything to do with it or is it just a typo? Link to comment
Prokopis Posted January 31, 2004 Share Posted January 31, 2004 Obviously he meant 16KB/s (it's what he sees when he uploads files with some program), so his con is 512Kbps down, 128Kbps up. Sounds like DSL to me. I'm sure there's a way for you to get it to work; just be patient and keep trying. Link to comment
Lara C. Posted February 2, 2004 Share Posted February 2, 2004 ffs, stay on topicThe problem lies with UDP packets dropping between you<->server and server<->you, there's not really much you can do about it at the moment. The main problem is these packets (which are kind of important to stay connected) are sent with UDP without any TCP-look-a-like sin-ack, or what's it called exactly, system.. which we haven't implemented. You can either wait for a next version to be released, the problem will (probably) be solved there. For now.. try to connect with servers which aren't very far away from you (try to use servers in the Benelux/Germany/France instead of in the US/Canada/Australia), that might help.. oh ! that's the FIRST concrete posting regarding this matter i read now ! So....congratulations...you're basically saying it does NOT work and (hopefully) will be fixed in the next version. This is *great* news (cynically spoken) and basically the death of all participants in MTA which are on a dialup. (IE: Modem retrains and v42 renegotiations which happen on my side every once in a while depending on the line quality) . This only in addition to the 'other' (UDP packet loss you say) reasons which are not related to modem/dialup issues....but isnt there a seting to have some more relaxed timing whatsoever so you dont get disconnected all the time ? (I am IL, server i TX......ehrm..this is not THAT far) Still...MTA shouldnt be that picky....but (as of right now with my connecitons) MTA is unplayable.... Link to comment
Prokopis Posted February 2, 2004 Share Posted February 2, 2004 Yeah, I think you should ask for your money back (cynically speaking)... Just play on more decentralized servers or during more off hours and it shouldn't be that bad for you. And: [...]So....congratulations...you're basically saying it does NOT work and (hopefully) will be fixed in the next version.[...] You hear that everybody? You keep saying you play for hours on end. FFS get it through your heads: it DOESN'T FREAKING WORK! Link to comment
Recommended Posts