Autokick for people who are not in the top 10 ?jj wrote:expect today a new lobby client with springmark data and autokick
Spring Mark
Moderator: Moderators
- BrainDamage
- Lobby Developer
- Posts: 1164
- Joined: 25 Sep 2006, 13:56
Re: news
fifth hereDrezil wrote:*signed*neddiedrow wrote:Thirded.Foxomaniac wrote: I would like to second that.
since this obscure propriatery springmark is not available for linux :)
-
- Posts: 6
- Joined: 08 Jul 2007, 15:17
Re: news
your games suck ballsjj wrote: LAG LOVERS!
just fyi
- BrainDamage
- Lobby Developer
- Posts: 1164
- Joined: 25 Sep 2006, 13:56
jj wrote:whats the error then?Peet wrote:rofl, still crashes on my XP box.
Peet wrote:
At some point this week when the parts for my new box arrive, I will have a computer that is considerably better than yours. Yet I still hold the opinion that springmark is made of BS and fail.jj wrote:LAG LOVERS!
Yeah, those score are really dumb...
In fact, I really don't see how this mark could be useful.
I've got an 1.8ghz, but I often have lower cpu use than other, and they generally have between 3 and 4 ghz.
People wich have big computer often set the setting too high...
A better way would be to display the frame per second in game :
launch the game with a script and look how many frame is displayed.
(hum ... still with some hardware you can have low fps and don't disturb other player )
In fact, I really don't see how this mark could be useful.
I've got an 1.8ghz, but I often have lower cpu use than other, and they generally have between 3 and 4 ghz.
People wich have big computer often set the setting too high...
A better way would be to display the frame per second in game :
launch the game with a script and look how many frame is displayed.
(hum ... still with some hardware you can have low fps and don't disturb other player )
I have been one of the many drivers of change in this community, I have invested thousand of hours over the last 3 years in spring development in some shape or form, and I have discussed and collaborated to bring about change, if I had never came here this site would be a very different place.jj wrote:AF, get a life.
before you also told ppl that it was stupid to improve the TASClient.
maybe you just cant handle changes and progress in this world...
To insist that I or any of the other people who've worked for this community do not want change, is to show how little you understand about this community and how short you're stay here has been.
TASClient:
Tasclient was intended not to be the lobby system for spring, but rather to replace the existing lobby system, that small distinction has profound implications on its design.
Needs at the time dictated that the number 1 overwhelming desire for a new lobby system was stability, the requirement that it worked without crashing. For this reason on can see how tasclient had a utilitarian design.
And indeed it did the job, it did what was asked of it, and provided a better lobby system than previously. It wasnt amazing but it did the job and it didnt crash regularly. That was 2005.
Since then those of us who've been around have realized tasclient isnt the be all end all to the lobby problem. The lobby problem was never solved it was just made less obvious and misunderstood, for it was always a design issue. Jouninkomiko didnt really know what he was doing when he made the C# lobby, and GUI design wasnt at the forefront of betalords mind when he was writting tasclient. UI design was simply relegated as 'oh its just aesthetics'.
GUI design and basic user design principles are missing and its painfully obvious to new users, so much so its become a major negative aspect of the engine and drives away new users who cba learning it all. Is it any wonder that new lobbies out UI improvements? That as more lobby projects come and go the design shifts away fromt asclient more and more? tasclient is old now and has little room for real innovation save adding more buttons and checkboxes, more radio buttons, more scrollbars, more everything, mor little snippet features, more dialogs.
If that same effort put into makign tasclient forks had been put into other lobbies that're easier to compile (I can count the ppl who are able to compile tasclient on my hand) then we'd have a crossplatform lobby with 3x the featrues of tasclient and a far superior UI.