Things that I would like to see GmOvrmind do: <ul><li>HLTV type of tool :) <b>[om_streaming]</b></li><li>Allow admins to force users to join a team without having to manually put them on a team 1 by 1. <b>[om_readyrandom]</b></li><li>Allow the tool to automatically realize that teams are uneven and attempt to adjust them based on who joined the "stacked" team last. <b>[om_fixteams]</b></li><li>Display a small GUI of the top players for each team on round end. Now when the round ends and your forced into ready room, there is no way of knowing the top performers for the previous round. This will cache the scoreboard information [TAB] and will cache to the users screen at round end (This information should fade out once the users leaves the ready rooms and joins a team value of 1-3). This will also work together with the XML stat tracking feature. <b>[om_roundstats]</b></li><li>Track stats and output them to a XML type of file. Going the extra distance is building a base HTML page that allows people to track their statistics on a server running the tool. (CS 1.6 had several of these types of tools) <b>[om_statistics]</b></li><li>Allow and admin to random remove turrets. The feature is there for Hydras and it is much needed for turrets as well. <b>[om_removeturret]</b></li></ul>
<!--quoteo(post=1872726:date=Sep 2 2011, 05:48 PM:name=vizionz)--><div class='quotetop'>QUOTE (vizionz @ Sep 2 2011, 05:48 PM) <a href="index.php?act=findpost&pid=1872726"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->IRC!?!? Who still uses that relic! :P Instead of having it be able to run an IRC bot, dont you think an HLTV type of system that can stream to a Justin.tv/Livestream (which contains chatting) would be far more effective and up-to-date?
I just don't see a huge gain in outputting data to something that requires a user to install an application where as they only have to go to a URL with current gen technology (I work in Marketing, sorry! lol).<!--QuoteEnd--></div><!--QuoteEEnd--> After my experiment with the packet-recorder failed I still wanted to have some sort of way for people to follow on on-going match, and an IRC-bot was the next best thing pretty much (that I could realise in a short amount of time anyway). I had some inspiration on how to do a gamestate-recorder though, so I'm currently working on that and have put the IRC-bot on hold (I'll still finish it at some point).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->HLTV type of tool :) [om_streaming]<!--QuoteEnd--></div><!--QuoteEEnd--> I should probably not get anybodys hopes up, but _IF_ I get the gamestate-recorder to work properly, building an HLTV on top of it will be a cake-walk.
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->[om_readyrandom] Allow the tool to automatically realize that teams are uneven and attempt to adjust them based on who joined the "stacked" team last.<!--QuoteEnd--></div><!--QuoteEEnd--> Noted.
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Display a small GUI of the top players for each team on round end. Now when the round ends and your forced into ready room, there is no way of knowing the top performers for the previous round. This will cache the scoreboard information [TAB] and will cache to the users screen at round end (This information should fade out once the users leaves the ready rooms and joins a team value of 1-3). This will also work together with the XML stat tracking feature. [om_roundstats]<!--QuoteEnd--></div><!--QuoteEEnd--> Any GUI-related stuff is on hold until Lua Server-Client synchronization is put in by the devs, as at the moment I cannot create a GUI for clients (unless they manually run a copy of GmOvrmind on the client-side).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Track stats and output them to a XML type of file. Going the extra distance is building a base HTML page that allows people to track their statistics on a server running the tool. (CS 1.6 had several of these types of tools) [om_statistics]<!--QuoteEnd--></div><!--QuoteEEnd--> You mean a database containing SteamID\Kills\Deaths\Score\Playtime\et cetera? That's something I've been wanting to do, and the new version will make it a lot easier (far more integrated into the game than the old one).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Allow and admin to random remove turrets. The feature is there for Hydras and it is much needed for turrets as well. [om_removeturret]<!--QuoteEnd--></div><!--QuoteEEnd--> Yea it's an often made request, but I'm thinking of removing the cull-command, and instead creating a command where admins simply point to an entity (which can be anything from a turret\hydra to infestation and eggs) to delete it.
Phantom-clients were the main bane in getting that feature to work properly, but I haven't seen those in quite some time so there will be no problem putting that back in again.
<!--quoteo(post=1872787:date=Sep 2 2011, 06:20 PM:name=dePARA)--><div class='quotetop'>QUOTE (dePARA @ Sep 2 2011, 06:20 PM) <a href="index.php?act=findpost&pid=1872787"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->Is it possible to kill the server task over the webinterface?<!--QuoteEnd--></div><!--QuoteEEnd--> Web interface?...
<!--QuoteBegin-'vizionz'+--><div class='quotetop'>QUOTE ('vizionz')</div><div class='quotemain'><!--QuoteEBegin-->Web interface?...<!--QuoteEnd--></div><!--QuoteEEnd--> The web-admin (on port 8080 by default). Won't blame you if you don't know it, it's a bit inferior to ingame\HLSW-adminning.
Execute the server-command "shutdown" or maybe "exit", and you could possibly try "om_killserver" (can't remember if that command is still in v10).
<!--quoteo(post=1872849:date=Sep 3 2011, 08:00 AM:name=dePARA)--><div class='quotetop'>QUOTE (dePARA @ Sep 3 2011, 08:00 AM) <a href="index.php?act=findpost&pid=1872849"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->btw. om_killserver is still in 1.0 If you in the game you can restart the server. But you must on the server to do that.<!--QuoteEnd--></div><!--QuoteEEnd--> Actually I think most if not all om_-commands can be run from the server-console as well (and subsequently from the web-admin).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->There is a console command: say. Is it possible to announce the shutdown via web-admin?<!--QuoteEnd--></div><!--QuoteEEnd--> Are you asking or stating there is such a command? Because there isn't I believe.
I find myself in a guessing-game often as of late because I now have 2 completely seperate non-related versions I'm having to deal with, do excuse any errors on my part.
Player, any timeline on when a next update will be released? Everyone loves using the tool, but the infamous "blackscreen" on restartround is making organized play very difficult :(
Are you saying GmOvrmind is creating that black-screen? om_restartround simply calls NS2Gamerules:ResetGame. If you experience issues with it it's related to NS2 and should probably be posted to GetSatisfaction.
But if you can post how to reliably reproduce that problem I can take a look for myself.
<!--quoteo(post=1873257:date=Sep 5 2011, 11:12 PM:name=player)--><div class='quotetop'>QUOTE (player @ Sep 5 2011, 11:12 PM) <a href="index.php?act=findpost&pid=1873257"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->Are you saying GmOvrmind is creating that black-screen? om_restartround simply calls NS2Gamerules:ResetGame. If you experience issues with it it's related to NS2 and should probably be posted to GetSatisfaction.
But if you can post how to reliably reproduce that problem I can take a look for myself.<!--QuoteEnd--></div><!--QuoteEEnd--> I can't solidly say that it is the main cause, but it seems to only happen when a server is running the gmovrmnd plugin :(
Hmmmmm, oh, I've already replied to that in the dev-stalker thread, so let me quote that: <!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Haha, that would be quite hilarious, to know UWE has been running in circles fixing a bug that I've been causing. But no, I highly doubt it, the last version of GmOvrmind has been running for 4+ months straight now, through ns2-builds that have had varying between a lot and a few black-out issues, which seems to indicate the problem is on UWE's side. On top of that it runs on the server-side which makes it even less likely it could cause such massive damage as a complete black-out for clients.<!--QuoteEnd--></div><!--QuoteEEnd--> Though for as long as NS2 is in beta (alpha), and unstable as it is, I'll probably keep getting heat for issues that are entirely unrelated to this mod. That isn't to say you should stop posting about it though, one of those problems might indeed actually be caused by me, but I like to think v10 is pretty stable.
As for a release-date for v11, that is just hard to say. I'm inclined to release it _after_ NS2HD's tournament though, simply because the current version has been thoroughly tested\used for a long time now, and can be considered stable enough to use in a tourney (black-screen accusations notwithstanding, heh), while a brand new rewrite (which it is) can crash and take the whole server down with it, that is just not what you want during a tournament.
<!--quoteo(post=1873259:date=Sep 6 2011, 12:11 AM:name=player)--><div class='quotetop'>QUOTE (player @ Sep 6 2011, 12:11 AM) <a href="index.php?act=findpost&pid=1873259"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->Hmmmmm, oh, I've already replied to that in the dev-stalker thread, so let me quote that:
Though for as long as NS2 is in beta (alpha), and unstable as it is, I'll probably keep getting heat for issues that are entirely unrelated to this mod. That isn't to say you should stop posting about it though, one of those problems might indeed actually be caused by me, but I like to think v10 is pretty stable.
As for a release-date for v11, that is just hard to say. I'm inclined to release it _after_ NS2HD's tournament though, simply because the current version has been thoroughly tested\used for a long time now, and can be considered stable enough to use in a tourney (black-screen accusations notwithstanding, heh), while a brand new rewrite (which it is) can crash and take the whole server down with it, that is just not what you want during a tournament.<!--QuoteEnd--></div><!--QuoteEEnd--> Will you consider adding a /stuck feature (if possible)? Getting stuck due to mappers missing bugs in locations would really ruin a match/scrim :(
+1 to the /stuck it happens often enough that it would be nice to have would just have to make it so you cannot abuse it like you can only do it like every 20-30 sec
<!--quoteo(post=1873294:date=Sep 6 2011, 08:51 AM:name=BJHBnade_spammer)--><div class='quotetop'>QUOTE (BJHBnade_spammer @ Sep 6 2011, 08:51 AM) <a href="index.php?act=findpost&pid=1873294"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->+1 to the /stuck it happens often enough that it would be nice to have would just have to make it so you cannot abuse it like you can only do it like every 20-30 sec<!--QuoteEnd--></div><!--QuoteEEnd--> +1 to the limiting of how often you can use it.
Just finished om_pause (it was in v10, but it only partially paused the game, unusable pretty much), it now functions flawlessly, ea. freezes all the players\animations\et cetera (like it did in NS1). Kinda surprised this wasn't specifically requested by any of the competitive folks, as it would seem to me to be a pretty crucial function (for crashes\time-outs of clients).
<!--quoteo(post=1875178:date=Sep 17 2011, 12:37 PM:name=player)--><div class='quotetop'>QUOTE (player @ Sep 17 2011, 12:37 PM) <a href="index.php?act=findpost&pid=1875178"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->Just finished om_pause (it was in v10, but it only partially paused the game, unusable pretty much), it now functions flawlessly, ea. freezes all the players\animations\et cetera (like it did in NS1). Kinda surprised this wasn't specifically requested by any of the competitive folks, as it would seem to me to be a pretty crucial function (for crashes\time-outs of clients).<!--QuoteEnd--></div><!--QuoteEEnd--> Any ETA on your next release?
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->As for a release-date for v11, that is just hard to say. I'm inclined to release it _after_ NS2HD's tournament though, simply because the current version has been thoroughly tested\used for a long time now, and can be considered stable enough to use in a tourney (black-screen accusations notwithstanding, heh), while a brand new rewrite (which it is) can crash and take the whole server down with it, that is just not what you want during a tournament.<!--QuoteEnd--></div><!--QuoteEEnd--> I'm sure a lot of the new features could come in handy in the tournament, but stability is paramount, so my stance hasn't really changed with regards to this.
How do you mean abuse, what kind? Going around giving himself free plasma? Heh. It's the admin's prerogative to use the mod however they wish. If you aren't pleased with it then the only thing you can do is to go to another server.
endarJoin Date: 2010-07-27Member: 73256Members, Squad Five Blue
edited September 2011
This is entirely the reason I run it Price, fades can be sooo expensive if you play aggressively.
On a more serious note, i dont think the plasma/carbon commands have worked since they were renamed a few builds back. Note im not asking them to be fixed, V10 is still going amazingly after this many builds. Well done on that.
edit: Or well done to the devs, i dont know who hasnt been breaking it, so i guess well done both ends.
You're absolutely right. A couple of builds back they dropped the carbon\plasma-lexicon and went with teamres\personal-res instead, and renamed the script-functions to reflect that, hence those commands must've been broken ever since.
The stability is due to the fact that I've programmed GmOvrmind to double-check every little Lua-script it invokes for issues, so UWE can go ahead and tear out half the game and the mod will still not crash. A very time-consuming practice indeed, but it pays off in the end in terms of durability.
It was used in clan-matches. If I remember correctly it indeed responded just by pressing 'pause', so it was highly abusable, but it was never a problem in clan-matches I think. Anyway it's parked behind a command that requires a privilige now.
A little update for my faithful followers, I managed to create a functioning GameState-recorder that is able to record and play back games from start to finish without any problems. I'm now in the phase of making the play-back fluent (ea. make all the animations\sounds\effects work properly).
<!--quoteo(post=1878053:date=Oct 4 2011, 03:47 PM:name=player)--><div class='quotetop'>QUOTE (player @ Oct 4 2011, 03:47 PM) <a href="index.php?act=findpost&pid=1878053"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->A little update for my faithful followers, I managed to create a functioning GameState-recorder that is able to record and play back games from start to finish without any problems. I'm now in the phase of making the play-back fluent (ea. make all the animations\sounds\effects work properly).<!--QuoteEnd--></div><!--QuoteEEnd--> Can I have your babies? :)
Comments
<ul><li>HLTV type of tool :)
<b>[om_streaming]</b></li><li>Allow admins to force users to join a team without having to manually put them on a team 1 by 1.
<b>[om_readyrandom]</b></li><li>Allow the tool to automatically realize that teams are uneven and attempt to adjust them based on who joined the "stacked" team last.
<b>[om_fixteams]</b></li><li>Display a small GUI of the top players for each team on round end. Now when the round ends and your forced into ready room, there is no way of knowing the top performers for the previous round. This will cache the scoreboard information [TAB] and will cache to the users screen at round end (This information should fade out once the users leaves the ready rooms and joins a team value of 1-3). This will also work together with the XML stat tracking feature.
<b>[om_roundstats]</b></li><li>Track stats and output them to a XML type of file. Going the extra distance is building a base HTML page that allows people to track their statistics on a server running the tool. (CS 1.6 had several of these types of tools)
<b>[om_statistics]</b></li><li>Allow and admin to random remove turrets. The feature is there for Hydras and it is much needed for turrets as well.
<b>[om_removeturret]</b></li></ul>
I just don't see a huge gain in outputting data to something that requires a user to install an application where as they only have to go to a URL with current gen technology (I work in Marketing, sorry! lol).<!--QuoteEnd--></div><!--QuoteEEnd-->
After my experiment with the packet-recorder failed I still wanted to have some sort of way for people to follow on on-going match, and an IRC-bot was the next best thing pretty much (that I could realise in a short amount of time anyway). I had some inspiration on how to do a gamestate-recorder though, so I'm currently working on that and have put the IRC-bot on hold (I'll still finish it at some point).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->HLTV type of tool :)
[om_streaming]<!--QuoteEnd--></div><!--QuoteEEnd-->
I should probably not get anybodys hopes up, but _IF_ I get the gamestate-recorder to work properly, building an HLTV on top of it will be a cake-walk.
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->[om_readyrandom]
Allow the tool to automatically realize that teams are uneven and attempt to adjust them based on who joined the "stacked" team last.<!--QuoteEnd--></div><!--QuoteEEnd-->
Noted.
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Display a small GUI of the top players for each team on round end. Now when the round ends and your forced into ready room, there is no way of knowing the top performers for the previous round. This will cache the scoreboard information [TAB] and will cache to the users screen at round end (This information should fade out once the users leaves the ready rooms and joins a team value of 1-3). This will also work together with the XML stat tracking feature.
[om_roundstats]<!--QuoteEnd--></div><!--QuoteEEnd-->
Any GUI-related stuff is on hold until Lua Server-Client synchronization is put in by the devs, as at the moment I cannot create a GUI for clients (unless they manually run a copy of GmOvrmind on the client-side).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Track stats and output them to a XML type of file. Going the extra distance is building a base HTML page that allows people to track their statistics on a server running the tool. (CS 1.6 had several of these types of tools)
[om_statistics]<!--QuoteEnd--></div><!--QuoteEEnd-->
You mean a database containing SteamID\Kills\Deaths\Score\Playtime\et cetera? That's something I've been wanting to do, and the new version will make it a lot easier (far more integrated into the game than the old one).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Allow and admin to random remove turrets. The feature is there for Hydras and it is much needed for turrets as well.
[om_removeturret]<!--QuoteEnd--></div><!--QuoteEEnd-->
Yea it's an often made request, but I'm thinking of removing the cull-command, and instead creating a command where admins simply point to an entity (which can be anything from a turret\hydra to infestation and eggs) to delete it.
Web interface?...
The web-admin (on port 8080 by default). Won't blame you if you don't know it, it's a bit inferior to ingame\HLSW-adminning.
Execute the server-command "shutdown" or maybe "exit", and you could possibly try "om_killserver" (can't remember if that command is still in v10).
Try all commands (shutdown, exit and om_killserver), nothing work :(
btw. om_killserver is still in 1.0
If you in the game you can restart the server. But you must on the server to do that.
There is a console command: say. Is it possible to announce the shutdown via web-admin?
If you in the game you can restart the server. But you must on the server to do that.<!--QuoteEnd--></div><!--QuoteEEnd-->
Actually I think most if not all om_-commands can be run from the server-console as well (and subsequently from the web-admin).
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->There is a console command: say. Is it possible to announce the shutdown via web-admin?<!--QuoteEnd--></div><!--QuoteEEnd-->
Are you asking or stating there is such a command? Because there isn't I believe.
I find myself in a guessing-game often as of late because I now have 2 completely seperate non-related versions I'm having to deal with, do excuse any errors on my part.
But if you can post how to reliably reproduce that problem I can take a look for myself.
But if you can post how to reliably reproduce that problem I can take a look for myself.<!--QuoteEnd--></div><!--QuoteEEnd-->
I can't solidly say that it is the main cause, but it seems to only happen when a server is running the gmovrmnd plugin :(
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->Haha, that would be quite hilarious, to know UWE has been running in circles fixing a bug that I've been causing. But no, I highly doubt it, the last version of GmOvrmind has been running for 4+ months straight now, through ns2-builds that have had varying between a lot and a few black-out issues, which seems to indicate the problem is on UWE's side. On top of that it runs on the server-side which makes it even less likely it could cause such massive damage as a complete black-out for clients.<!--QuoteEnd--></div><!--QuoteEEnd-->
Though for as long as NS2 is in beta (alpha), and unstable as it is, I'll probably keep getting heat for issues that are entirely unrelated to this mod. That isn't to say you should stop posting about it though, one of those problems might indeed actually be caused by me, but I like to think v10 is pretty stable.
As for a release-date for v11, that is just hard to say. I'm inclined to release it _after_ NS2HD's tournament though, simply because the current version has been thoroughly tested\used for a long time now, and can be considered stable enough to use in a tourney (black-screen accusations notwithstanding, heh), while a brand new rewrite (which it is) can crash and take the whole server down with it, that is just not what you want during a tournament.
Though for as long as NS2 is in beta (alpha), and unstable as it is, I'll probably keep getting heat for issues that are entirely unrelated to this mod. That isn't to say you should stop posting about it though, one of those problems might indeed actually be caused by me, but I like to think v10 is pretty stable.
As for a release-date for v11, that is just hard to say. I'm inclined to release it _after_ NS2HD's tournament though, simply because the current version has been thoroughly tested\used for a long time now, and can be considered stable enough to use in a tourney (black-screen accusations notwithstanding, heh), while a brand new rewrite (which it is) can crash and take the whole server down with it, that is just not what you want during a tournament.<!--QuoteEnd--></div><!--QuoteEEnd-->
Will you consider adding a /stuck feature (if possible)? Getting stuck due to mappers missing bugs in locations would really ruin a match/scrim :(
+1 to the limiting of how often you can use it.
Any ETA on your next release?
<!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->As for a release-date for v11, that is just hard to say. I'm inclined to release it _after_ NS2HD's tournament though, simply because the current version has been thoroughly tested\used for a long time now, and can be considered stable enough to use in a tourney (black-screen accusations notwithstanding, heh), while a brand new rewrite (which it is) can crash and take the whole server down with it, that is just not what you want during a tournament.<!--QuoteEnd--></div><!--QuoteEEnd-->
I'm sure a lot of the new features could come in handy in the tournament, but stability is paramount, so my stance hasn't really changed with regards to this.
good work but there people who abuse it.
On a more serious note, i dont think the plasma/carbon commands have worked since they were renamed a few builds back. Note im not asking them to be fixed, V10 is still going amazingly after this many builds. Well done on that.
edit: Or well done to the devs, i dont know who hasnt been breaking it, so i guess well done both ends.
The stability is due to the fact that I've programmed GmOvrmind to double-check every little Lua-script it invokes for issues, so UWE can go ahead and tear out half the game and the mod will still not crash. A very time-consuming practice indeed, but it pays off in the end in terms of durability.
Can I have your babies? :)