Altaric's Lobby Client
Moderator: Moderators
BUG? XTA Integer Overflow
When I host a game using AA it works fine.
If I try to host using XTA it pops up a dialog:
---------------------------
TASClient - Modified by Altaric
---------------------------
Integer overflow.
---------------------------
OK
---------------------------
- Tom
If I try to host using XTA it pops up a dialog:
---------------------------
TASClient - Modified by Altaric
---------------------------
Integer overflow.
---------------------------
OK
---------------------------
- Tom
Hello.
Could you please add the functions !info (that could display info.txt with information about the host) and !rules (that could display rules.txt with the rules for the host, ie: "self-d quitting will result in ban" and so on)?
Edit:
I also get this error sometimes... (when the rts it auto closed)
"Couldn't find RtsSpring's handle, maybe it's not running?"
This last time I got that message six times at once...
Could you please add the functions !info (that could display info.txt with information about the host) and !rules (that could display rules.txt with the rules for the host, ie: "self-d quitting will result in ban" and so on)?
Edit:
I also get this error sometimes... (when the rts it auto closed)
"Couldn't find RtsSpring's handle, maybe it's not running?"
This last time I got that message six times at once...
I have some new feature requests:
* Beeing able to use %m in the welcome message (that's the map file, so that the welcome message can be "http://tas.host.com/maps/%m", and that would create a link to the actual map
* The log format from the lobby should include date... not only time...
* It would be nice if one could specify different welcome messages for different rights levels... stored in a text file or something like that
* Beeing able to use %m in the welcome message (that's the map file, so that the welcome message can be "http://tas.host.com/maps/%m", and that would create a link to the actual map
* The log format from the lobby should include date... not only time...
* It would be nice if one could specify different welcome messages for different rights levels... stored in a text file or something like that
Okay, as an experiment in an attention-grabbing Readme that increases the chances of it being read, I created the following HTML based readme. I titled it POWER CODES.html and included some very bright backgrounds and some very obtrusive, annoying language and format.
I nabbed some "ultra secret power strats" from the wiki and bundled it into a newbie-to-read format...
check it out, woudl be nice to know what ya'll think
http://www.unknown-files.net/browse.php?dlid=1506
I nabbed some "ultra secret power strats" from the wiki and bundled it into a newbie-to-read format...
check it out, woudl be nice to know what ya'll think
http://www.unknown-files.net/browse.php?dlid=1506
Alright, I tooled around with macros and servers and etc and:
I think that the final thing needed to make AltaClient truly capable of standalone dedicated server is a vote-based system for map change and player kick (and possibly even more stuff; those are the most important things right now IMHO). Pretty much every FPS has a !votemap and !votekicK <Haxx0r_Underpants> etc etc. The current system still requires presence of admin at all times. Again, votekicking is a must, as is votemapchanging (with the clients knowing what maps the server has available for them somehow).
Also, votekicking will need to be applied ingame, with special circumstances coded in - for example, I *would* want total player choice as to whether or not kick a laggy spec in a 5v5; however, in an FFA, a votekick by a cabal of 2 players against a dominating 3rd could quickly kill off any chance of fairness.
In other words - Let the people decide, but dont let five wolves and a sheep decide on what to have for dinner
Perhaps a team-based implementation (where say, teammates have a greater vote weightage than nonteammates in a votekick situation; IE, if a player is teamkilling; teammates obviously want him gone; opponents may look other way; unless sameteam vote effects are given more weight, then the douchebag could still continue teamkilling...).
I think that the final thing needed to make AltaClient truly capable of standalone dedicated server is a vote-based system for map change and player kick (and possibly even more stuff; those are the most important things right now IMHO). Pretty much every FPS has a !votemap and !votekicK <Haxx0r_Underpants> etc etc. The current system still requires presence of admin at all times. Again, votekicking is a must, as is votemapchanging (with the clients knowing what maps the server has available for them somehow).
Also, votekicking will need to be applied ingame, with special circumstances coded in - for example, I *would* want total player choice as to whether or not kick a laggy spec in a 5v5; however, in an FFA, a votekick by a cabal of 2 players against a dominating 3rd could quickly kill off any chance of fairness.
In other words - Let the people decide, but dont let five wolves and a sheep decide on what to have for dinner
Perhaps a team-based implementation (where say, teammates have a greater vote weightage than nonteammates in a votekick situation; IE, if a player is teamkilling; teammates obviously want him gone; opponents may look other way; unless sameteam vote effects are given more weight, then the douchebag could still continue teamkilling...).
BTW I doublepost to break up my thoughts into rough subject areas and for readability
One more thing: I should be able to right-click on a person's name and add them to my friend/foe list, ignore them, ban them, etc - basically everything i can do to a person via some sort of /command, I should be able to do to them via a dropdown menu that isnt stupid (meaning that if someone is already a Friend, it wont say "add friend"; that button would be greyed out, etc).
One more thing: I should be able to right-click on a person's name and add them to my friend/foe list, ignore them, ban them, etc - basically everything i can do to a person via some sort of /command, I should be able to do to them via a dropdown menu that isnt stupid (meaning that if someone is already a Friend, it wont say "add friend"; that button would be greyed out, etc).
well, i guess it's time to reply
i have a bug somewhere causing strange behavior like the integer overflow, the reason i removed url highliting, a headache with custom colors : i think all these are the same bug
problem is i have absolutely no idea on how to catch it
and it make me not realy eager to dev
anyway ..
Could you please add the functions !info (that could display info.txt with information about the host) and !rules (that could display rules.txt with the rules for the host, ie: "self-d quitting will result in ban" and so on)?
!info yes, it's not much to do
!rules
i don't think many would use it .. you should rather use welcome message in PM until theres a way to display MOTD when joining a game and not spamming everyone
I also get this error sometimes... (when the rts it auto closed)
"Couldn't find RtsSpring's handle, maybe it's not running?"
yes, it's when it tries to reposition the window / set share dots
i'll remove the warning
I have some new feature requests:
* Beeing able to use %m in the welcome message (that's the map file, so that the welcome message can be "http://tas.host.com/maps/%m", and that would create a link to the actual map Wink
yes, but map changes often usualy .. i'll do it anyway
* The log format from the lobby should include date... not only time...
i'll have a look at it, shouldn't be hard
* It would be nice if one could specify different welcome messages for different rights levels... stored in a text file or something like that
it can be done
I created the following HTML based readme.
i'm not sure why you added the strategic part in it but i can add it
I feel that such a document would be better put to use if it actually display in a tab next to $local and before main.
in the readme, you find how to install
if you display it in the lobby it means you successfully installed and therefor no longer need it .. am i wrong ?
I think that the final thing needed to make AltaClient truly capable of standalone dedicated server is a vote-based system for map change and player kick (and possibly even more stuff; those are the most important things right now IMHO). Pretty much every FPS has a !votemap and !votekicK <Haxx0r_Underpants> etc etc. The current system still requires presence of admin at all times. Again, votekicking is a must, as is votemapchanging (with the clients knowing what maps the server has available for them somehow).
there is a vote system, you can change map, kick with it
http://taspring.clan-sy.com/phpbb/viewt ... &start=156
One more thing: I should be able to right-click on a person's name and add them to my friend/foe list, ignore them, ban them, etc - basically everything i can do to a person via some sort of /command, I should be able to do to them via a dropdown menu
theres the ban button, adding more is quite easy
that isnt stupid (meaning that if someone is already a Friend, it wont say "add friend"; that button would be greyed out, etc).
that's harder to do but not imposible
i have a bug somewhere causing strange behavior like the integer overflow, the reason i removed url highliting, a headache with custom colors : i think all these are the same bug
problem is i have absolutely no idea on how to catch it
and it make me not realy eager to dev
anyway ..
Could you please add the functions !info (that could display info.txt with information about the host) and !rules (that could display rules.txt with the rules for the host, ie: "self-d quitting will result in ban" and so on)?
!info yes, it's not much to do
!rules
i don't think many would use it .. you should rather use welcome message in PM until theres a way to display MOTD when joining a game and not spamming everyone
I also get this error sometimes... (when the rts it auto closed)
"Couldn't find RtsSpring's handle, maybe it's not running?"
yes, it's when it tries to reposition the window / set share dots
i'll remove the warning
I have some new feature requests:
* Beeing able to use %m in the welcome message (that's the map file, so that the welcome message can be "http://tas.host.com/maps/%m", and that would create a link to the actual map Wink
yes, but map changes often usualy .. i'll do it anyway
* The log format from the lobby should include date... not only time...
i'll have a look at it, shouldn't be hard
* It would be nice if one could specify different welcome messages for different rights levels... stored in a text file or something like that
it can be done
I created the following HTML based readme.
i'm not sure why you added the strategic part in it but i can add it
I feel that such a document would be better put to use if it actually display in a tab next to $local and before main.
in the readme, you find how to install
if you display it in the lobby it means you successfully installed and therefor no longer need it .. am i wrong ?
I think that the final thing needed to make AltaClient truly capable of standalone dedicated server is a vote-based system for map change and player kick (and possibly even more stuff; those are the most important things right now IMHO). Pretty much every FPS has a !votemap and !votekicK <Haxx0r_Underpants> etc etc. The current system still requires presence of admin at all times. Again, votekicking is a must, as is votemapchanging (with the clients knowing what maps the server has available for them somehow).
there is a vote system, you can change map, kick with it
http://taspring.clan-sy.com/phpbb/viewt ... &start=156
One more thing: I should be able to right-click on a person's name and add them to my friend/foe list, ignore them, ban them, etc - basically everything i can do to a person via some sort of /command, I should be able to do to them via a dropdown menu
theres the ban button, adding more is quite easy
that isnt stupid (meaning that if someone is already a Friend, it wont say "add friend"; that button would be greyed out, etc).
that's harder to do but not imposible
I agree, !info should be enoughaltaric wrote:!rules
i don't think many would use it .. you should rather use welcome message in PM until theres a way to display MOTD when joining a game and not spamming everyone
Isn't that exacylt why you would like to have it as %m, so that you don't have to change the welcome message enerytime you change if map if you want to have the URL to it in the welcome message... or would it be more practical to have a new command? ie: !url that also would have a fixed text, like the welcome message... where I could enter "http://blah.blah.com/%m" in order to have it display : "http://blah.blah.com/Real.sd7" ?altaric wrote:* Beeing able to use %m in the welcome message (that's the map file, so that the welcome message can be "http://tas.host.com/maps/%m", and that would create a link to the actual map Wink
yes, but map changes often usualy .. i'll do it anyway
The problem with the voting system is that it's kinda complicated to setup a vote... (that's mainly why I wanted to be able to create own ! scripts... so that !custom could start a map vote, or !kickvote Zydox would start a vote to see if Zydox should be kicked?altaric wrote:there is a vote system, you can change map, kick with it
http://taspring.clan-sy.com/phpbb/viewt ... &start=156
Another question... is it possible to kick a person when the game has started?
ie; you have a spec from the start that starts telling everyone what the other team does... is there anyway for an admin to kick that player, or does the game have to be restarted?
[And here's my unrealistic questions
would it be possible to read all configuration setting from an text or XML file, so that the configuration could be downloaded from an webbserver of a file, and thus the server could be modified by serveral users?I also would like to know if it's possible to code a system where rights could be placed to differnt right groups... so that the !kick command could be user from the users in group 1,2 and 5... while the start command could be used by 1 and 5... I'm not sure if that's a clear description...
]
That would be great :)
And now I've noticed even more features that I would like so see
* It would be great if the infolog.txt could capture all that said, and not just the delayed sync, no sync and points placed... I miss all that's said... alsp... I would like the abillity to append to this file... instead of overwriting it everything a new game start...
* It would be great to be able to specify why a user has been banned from the host... perhaps something like the admin system, <USER>:<REASON> and then the <REASON> would be displayed when the user is kicked from the host...
And now I've noticed even more features that I would like so see
* It would be great if the infolog.txt could capture all that said, and not just the delayed sync, no sync and points placed... I miss all that's said... alsp... I would like the abillity to append to this file... instead of overwriting it everything a new game start...
* It would be great to be able to specify why a user has been banned from the host... perhaps something like the admin system, <USER>:<REASON> and then the <REASON> would be displayed when the user is kicked from the host...