The current TAS client is violently unstable

The current TAS client is violently unstable

Various things about Spring that do not fit in any of the other forums listed below, including forum rules.

Moderator: Moderators

Post Reply
User avatar
SwiftSpear
Classic Community Lead
Posts: 7287
Joined: 12 Aug 2005, 09:29

The current TAS client is violently unstable

Post by SwiftSpear »

After playing a few games and trying to host a few games (which my firewall blocked :() at some point when I tryed to load the battleroom the TAS client would become unresponsive and start using 50-70% CPU power. initially closing the client and loading up again would allow me to load the battleroom, but after the next crash I had to restart my computer to fix the problem. Now even restarting doesn't work. The battleroom simply won't load.

I'm gonna play around with settings without really knowing how things work and see if I can restore stability to it, at least on a temporary basis, but I find it frustrating that the new version doesn't work when the old one's did.

[edit] any advice on a fix would be great

[edit2] after testing it seems to be related to closing the server browser improperly (pressing the x in the topright corner without disconnecting from the server) and apparently is fixable by creating and disconnecting to a server you hosted yourself.
Doomweaver
Posts: 704
Joined: 30 Oct 2004, 14:14

Post by Doomweaver »

What browser are you using?
User avatar
SwiftSpear
Classic Community Lead
Posts: 7287
Joined: 12 Aug 2005, 09:29

Post by SwiftSpear »

Umm... the updated TAS client that I DLed off the front page just recently...
User avatar
deadram
Posts: 37
Joined: 25 Jul 2005, 15:55

Post by deadram »

Ummm... your problem may just be a poorly implemented GUI. The net code and the GUI are ~NOT~ in separate threads. Basically what that meens is nothing happens asyncronously (at the same time). So the app starts up, freezes, and makes a DNS request for the server IP, initiates a connection to the server, then unfreezes and updates the display. If your DNS server is slow, or the battlenet server is laggy, then this initial "freeze" could take upwards of 30 seconds. Along with that, much of the actions (such as joining a game) may cause temporary "freezes". I've already mentioned a thread client would work best, but since 1 of the few fixes to the TA source code that I've made have been fully intergrated into TA I've stopped development for TA. I think if you want a solution you should try to bug the develepment people about bug.
User avatar
SinbadEV
Posts: 6475
Joined: 02 May 2005, 03:56

Post by SinbadEV »

** Kick's Ded in the Head... WAKE UP!!! **
User avatar
SwiftSpear
Classic Community Lead
Posts: 7287
Joined: 12 Aug 2005, 09:29

Post by SwiftSpear »

deadram wrote:Ummm... your problem may just be a poorly implemented GUI. The net code and the GUI are ~NOT~ in separate threads. Basically what that meens is nothing happens asyncronously (at the same time). So the app starts up, freezes, and makes a DNS request for the server IP, initiates a connection to the server, then unfreezes and updates the display. If your DNS server is slow, or the battlenet server is laggy, then this initial "freeze" could take upwards of 30 seconds. Along with that, much of the actions (such as joining a game) may cause temporary "freezes". I've already mentioned a thread client would work best, but since 1 of the few fixes to the TA source code that I've made have been fully intergrated into TA I've stopped development for TA. I think if you want a solution you should try to bug the develepment people about bug.
A: should these "freeze times" cause constant 50% cpu usage while they are in loading?

B: shouldn't it eventaully unfreeze? because it doesn't it just outright crashes the client software to the point where the only fix is to reboot it.
Post Reply

Return to “General Discussion”