Results 1 to 2 of 2

Thread: Possible Chat Fix

  1. Registered TeamPlayer Imisnew2's Avatar
    Join Date
    01-19-08
    Posts
    4,588
    Post Thanks / Like
    Blog Entries
    9
    #1

    Possible Chat Fix

    You all know more about this than I do, but I was gonna try to help and figure out the problem. I found this:
    The only way as of now to change maps without allchat being enabled is to only change maps by cmd startup line. This means a reset of the server every time you want to change maps [b](This is the solution we know about, I think, but it requires a server restart, which we are trying to get around!), but team_dead_rules (hear only live teammates) works on all maps. I have exhausted all means to remedy this and extensively searched the forums...this works, but is a pain in the [TOS Violation]. If you need cmd line parameters ill post them for the different maps/modes. All you change in the sartup cmd line is the full name of the map (i.e. Alley_day_cloudy), the type of mission (CO, AH, VIP etc.), and the variant for that type of misson (i.e. dev, dev1, east ec.) The missions, maps, and varibles are listed below:

    • Alley_day_cloudy
    o Mission Type: CO, Mission Variant: dev
    o Mission Type: TAH, Mission Variant: east
    o Mission Type: VIP, Mission Variant: dev

    • Bridge_night_clear
    o Mission Type: CLASSIC, Mission Variant: dev1
    o Mission Type: CO, Mission Variant: dev1
    o Mission Type: DP, Mission Variant: dev1

    • Impact_day_cloudy
    o Mission Type: AO, Mission Variant: dev1
    o Mission Type: TAH, Mission Variant: dev
    o Mission Type: VIP, Mission Variant: dev

    • Pipeline_dawn_clear
    o Mission Type: AD, Mission Variant classic
    o Mission Type: TAH, Mission Variant: dev
    o Mission Type: VIP, Mission Variant dev1

    • Ranch_day_fog
    o Mission Type: AO, Mission Variant: dev1
    o Mission Type: CO, Mission Variant: dev1
    o Mission Type: VIP, Mission Variant: dev1

    The default startup cmd line for Gameservers is:
    server Ranch_day_fog?GLOBAL?MissionType=ao?MissionSize=la rge?MissionVariant=dev1?MaxPlayers=?MissionTourID= inf?AuthServerIP=8.6.8.115 MULTIHOME=8.6.8.115

    The bold entries are the three variables map name, mission type, and variant. Make sure if you change maps that all the variables are correct or it will load a map and no one will be able to join. To change the map edit the startup cmd line and save it, then restart your server. New map/mode, and team_dead_rules (teams dont hear each other, teammates do) works.
    Looking at the ts3server_ logs for my server and having made mention of the "fix" for this elsewhere, there is not much any admin can do unless you can make the server NOT try to create a new virtual server with each map change. Note a sample of one of my logs:

    Code:
    2009-07-11 13:31:24.984375|WARNING |ServerLibPriv |  | User-Logging enabled but onUserLoggingMessageEvent callback is NULL. No User-Logging will take place 
    2009-07-11 13:31:24.984375|INFO  |ServerLibPriv |  | Server Version: 3.0.0-alpha03 [Build: 6645] SDK 
    2009-07-11 13:31:25.609375|INFO  |Accounting  |  | Licensing Information 
    2009-07-11 13:31:25.609375|INFO  |Accounting  |  | licensed to    : SAIC 
    2009-07-11 13:31:25.609375|INFO  |Accounting  |  | type       : Offline 
    2009-07-11 13:31:25.609375|INFO  |Accounting  |  | starting date   : Wed Dec 31 15:00:00 2008 
    2009-07-11 13:31:25.625000|INFO  |Accounting  |  | ending date    : Sun Dec 31 15:00:00 2034 
    2009-07-11 13:31:25.625000|INFO  |Accounting  |  | max virtualservers: 1 
    2009-07-11 13:31:25.625000|INFO  |Accounting  |  | max slots     : 32 
    2009-07-11 13:31:25.640625|INFO  |VirtualServer | 1| listening on 206.123.95.44:9987 
    2009-07-11 13:31:25.640625|INFO  |VirtualSvrMgr |  | addServer() VirtualServer(1) started 
    2009-07-11 13:31:25.640625|INFO  |VirtualServer | 1| channel(2) created by Server (Server) 
    2009-07-11 13:31:25.656250|INFO  |VirtualServer | 1| channel(3) created by Server (Server) 
    2009-07-11 13:31:25.656250|INFO  |VirtualServer | 1| channel(4) created by Server (Server) 
    2009-07-11 13:31:25.656250|INFO  |VirtualServer | 1| channel(5) created by Server (Server) 
    2009-07-11 13:31:25.656250|INFO  |VirtualServer | 1| channel(6) created by Server (Server) 
    2009-07-11 13:31:25.671875|INFO  |VirtualServer | 1| channel(7) created by Server (Server) 
    2009-07-11 13:31:25.671875|INFO  |VirtualServer | 1| channel(8) created by Server (Server) 
    2009-07-11 13:37:15.578125|INFO  |VirtualServer | 1| client connected 
    2009-07-11 13:38:32.703125|INFO  |VirtualServer | 1| client disconnected 
    2009-07-11 13:46:29.390625|INFO  |VirtualServer | 1| client connected 
    2009-07-11 13:46:48.421875|INFO  |VirtualServer | 1| client connected 
    2009-07-11 13:47:11.718750|INFO  |VirtualServer | 1| client disconnected 
    2009-07-11 13:47:17.640625|INFO  |VirtualServer | 1| client disconnected 
    2009-07-11 13:47:19.828125|ERROR  |VirtualSvrMgr |  | addServer() failed to start VirtualServer, error: virtualserver limit reached 
    2009-07-11 13:47:19.843750|INFO  |VirtualServer | 2| initializing shutdown 
    2009-07-11 13:47:19.843750|INFO  |VirtualServer | 2| shutdown completed

    This was shortly after a reboot. The key things here are the "accounting" notation of "max virtualsevers: 1". Then after that is the creating of the first virtual server, a 16 min set of rounds, then map change.

    At the map change a new virtual server is created as per the games design. However the previous virtual server was not shutdown, so an error occurs (2 virtual servers while only being allowed 1) which causes this current bug of having a gimped "all talk" voip server until reboot, when the server can initialize the virtual server correctly.

    Which brings us back to the point of this thread. Is it possible to either initiate the virtual server shutdown before a the new map begins as part of the map rotation or command to change mission, or stop it from trying to create a new server upon each new mission? I have yet to see an ini work around. Hopefully this will get fixed with a quick patch.

  2. Registered TeamPlayer FragRaptor's Avatar
    Join Date
    08-11-07
    Posts
    9,651
    Post Thanks / Like
    Stat Links

    Possible Chat Fix Possible Chat Fix Possible Chat Fix Possible Chat Fix Possible Chat Fix Possible Chat Fix
    Gamer IDs

    Gamertag: FragRaptor Steam ID: FragRaptor
    #2

    Re: Possible Chat Fix

    This means a reset of the server every time you want to change maps
    Admins are aware of this issue/fix and are in talks about a system.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Title