OSP Configuración de Modos de Servidores ============================= 14 Dec 2001 rhea@OrangeSmoothie.org http://www.OrangeSmoothie.org ==================================================== Traducido al Español por el equipo Rancid: ==================================================== - Pablo González alias Totoro - Roberto Konow alias Ratón - Antonio Inocencio alias Nyto - Mauricio Quilpatay alias Phobos WWW: http://www.rancid.cl Email: webmaster@rancid.cl IRC: #rancid on irc.enterthegame.com --> Visita www.rancid.cl para obtener noticias del E-Sport y Quake3 totalmente en Español. ==================================================== ==================================================== OSP permite a los operadores de servidores definir configuraciones personalizadas para que los clientes voten mientras estén conectados. Estas configuraciones pueden ser tan simples o estrictas como FFA/1v1/Team DM/CTF y Clan Arena como aparecen por defecto, con la opción de definir modos de juego que se desvían bastante de lo normal (p.e. instagib CTF con baja gravedad y todos los ítems en el nivel reemplazados por BFGs). Mientras que esta flexibilidad puede ser muy poderosa, para los recién iniciados, y para los jugadores sujetos a los experimentos de operadores de servidores con configuraciones de modos alternativos, también es demasiado grande e igualmente de confusa. Visto que casi todos los operadores de servidores y jugadores quieren simplemente ser capaces de alternar entre modos predefinidos (p.e. ir desde 1v1 a ctf y luego a Team DM), OSP ha definido 6 configuraciones internas con seteos que han sido aceptados por la comunidad como "estandar": - FFA - 1v1 - QIL TDM (http://www.qil.org) - Team DM - CTF - Clan Arena Ahora, otra forma de mirar las configuraciones de servidores alternativas sería la de definirlas como nuevos "modos" de juego personalizados. OSP lleva esto al siguiente nivel permitiendo a los operadores de servidores utilizar configuraciones personalizadas de modos de la misma manera en que "g_gametype" se usa. Esto es, la configuración de inicio de un servidor puede ser una simple configuración que defina cosas como el hostname, MOTD (Mensaje del día) que mostrar a los clientes, jugadores máximos en el servidor, etc, con un seteo "mode_start" que defina el set de instrucciones del juego para modificar cuando el servidor se lanza. Esencialmente, "mode_start" es una versión mucho más poderosa de "g_gametype" que permite modificar parámetros en adición a un gametype. Los modos de juego alternativos se definen en un archivo de configuración especificado en el cfg de inicio del servidor con el parámetro "mode_customfile". El formato del archivo es como se muestra a continuación: [tab] [NOTA: [tab] se refiere al carácter "tab". Esto es, el nombre personalizado del nuevo modo y su archivo .cfg *deben* ser separados con un caracter TAB.] El parámetro mode_start es un seteo dinámico, basado en las configuraciones internas definidas por OSP con la adición de modos de juego alternativo definidos por el operador de servidor. Los primeros 6 valores de mode_start son siempre los mismos: 0 - FFA 1 - 1v1 2 - QIL TeamDM 3 - TeamDM 4 - CTF 5 - Clan Arena Todos los modos personalizados comenzarán en 6 o mayor. El valor de cada modo personalizado se basa en el order en que se especifican en el .cfg "mode_customfile". Así que, por ejemplo, si el .cfg especificado en el "mode_customfile" es como sigue: instagib cfg-modes\instagib.cfg instagib-ctf cfg-modes\instagib-ctf.cfg bfg madness cfg-modes\bfg.cfg gauntlet-only cfg-modes\gauntlet.cfg Entonces los modos del servidor que hay disponibles para jugar serán: 0 - FFA 1 - 1v1 2 - QIL TeamDM 3 - TeamDM 4 - CTF 5 - Clan Arena 6 - instagib 7 - instagib-ctf 8 - bfg madness 9 - gauntlet-only El servidor entonces podrá especificar "mode_start 7" en su configuración de inicio para comenzar el servidor como un instagib CTF pero manteniendo todos los otros modos que hay abiertos para que los jugadores voten por estos. El parámetro por defecto de "mode_customfile" es "none", que no permite ningún modo personalizado. Ahora, qué hay acerca de las configuraciones internas, te preguntas? Bueno, como se menciona al comienzo, este modo de seteo personalizado es un poco consumidor de tiempo y confuso la primera vez. Siendo que la gran mayoría de operadores de servidores quieren simplemente tener un servidor OSP en línea y funcionando con modos de juego básicos abiertos, las configuraciones internas de estos modos predefinidos no pueden ser cambiadas. Esto le da a los jugadores la seguridad que esos seteos serán los mismos que en cualquier otro servidor OSP. Esto también permite al operador de servidor no tener que preocuparse de tener los seteos exactos que todos esperan. Cuando actualiza a la última versión de servidor de OSP, también tienen los último seteos estandar. Por supuesto, no TODOS los seteos están totalmente predefinidos y sin posibilidad de cambio. Como se menciona al comienzo, el .cfg base del servidor se usa para especificar seteos personalizados que no afectan al juego directamente. La lista en la parte baja de este archivo define que variables se pueden modificar en el .cfg de inicio que no se verán afectadas por los modos internos de servidor. Configuraciones especificas internas estan abiertas para la votación de los clientes a través del seteo "server_availmodes". Es una máscara de bits que define que modos están permitidos/abiertos para votación: 1 - FFA 2 - 1v1 4 - QIL TeamDM 8 - TeamDM 16 - CTF 32 - Clan Arena Entonces, un seteo de "56" significa que Team DM, CTF, y Clan Arena (modos 3, 4, y 5) estan abiertos para la votación de los clientes. EL seteo por defecto de "server_availmodes" es 59 (todos los modos están permitidos, EXCEPTO "Badlands TDM"). Es *altamente* recomendado que los operadores de servidores usen las variables mode_start (y mode_customfile, si configuraciones alternativas se fueran a usar) para asegurarse que las rotaciones funcionan correctamente. Si se define un mode_start, el servidor rotará de vuelta a este modo si los clientes han votado para modos alternativos y han abandonado el juego y 10 minutos han pasado. Esto garantiza que el servidor estará en modos conocidos si ha estado vacío por algún tiempo. Esto va para CUALQUIER valor de mode_start. Cuando se definen nuevas configuraciones personalizadas, es útil notar que todos los cvars de servidores se cambian a los seteos por defecto de Q3/OSP cuando se cambia a un nuevo modo de juego. Esto significa que todo lo que se necesita en las configuraciones personalizadas es setear las variables que se modificarán. Como una referencia para toda esta locura, observa las configuraciones por defecto que vienen con OSP (team.cfg, ctf.cfg, etc.). Con suerte, estas configuraciones iluminarán un poco más sobre esta "flexibilidad" :) Una cosa que recordar, la configuración de inicio del servidor es MUY simple: solo define cosas como nombre del servidor, sv_maxclients, rconPassword, etc. Todos los seteos específicos del juego se manejan por las configuraciones internas o bien tus configuraciones de servidor alternativas. Para referencia, también he incluido las configuraciones internas de servidores en cfg-reference con cada cvar que se modifica listada explícitamente para cada una de las configuraciones. *NOTA*: Configuraciones personalizadas NO deberían especificar sv_maxclients!!!! Esto conlleva a serias inestabilidades en el servidor!!!. Pone este parámetro SOLO en la configuración de inicio del servidor. También, puede simplemente votar por modos alternativos con: \callvote modo [id del modo] Omitiendo el [id del modo] mostrará todos los modos que se puedan votar. Buena suerte! Listas de mapas para configuraciones internas. Si quieres una lista alternativa para cada modo, crea un archivo con el mismo nombre bajo el directorio principal /osp. OSP cargará la lista de mapas desde este archivo. Si ningún archivo se especifica, usará una lista de mapas internas por defecto: ======================================================================= 1v1: cfg-maps/1v1maps.txt FFA: cfg-maps/ffamaps.txt QIL TeamDM:cfg-maps/qilmaps.txt Team DM: cfg-maps/teammaps.txt CTF: cfg-maps/ctfmaps.txt ClanArena: cfg-maps/teammaps.txt Listas de mapas por defecto ================== Exactamente lo mismo con lo que se entrega con la distribuición principal de OSP. Por favor refiérete a los archivo en el directorio cfg-maps/ para información completa. Seteos por defecto en cada modo: =============================== Todos los cambios de modos desde los seteos por defecto en Q3/OSP se entregan en los archivos en el directorio cfg-reference/. Aquí hay una lista de variables que puedes setear en las configuraciones de servidor que NO serán borradas por las configuraciones internas *POR DEFECTO*. =========================================================================== admin_log bot_checktime bot_autoload com_blood filter_file g_allowVote g_banIPs g_debugAlloc g_debugDamage g_debugMove g_filterBan g_gravity g_inactivity g_knockback g_listEntity g_log g_logSync g_maxGameClients g_motd g_needpass g_password g_podiumDist g_podiumDrop g_rankings g_speed g_synchronousClients g_smoothClients item_disable log_default log_stat map_debug map_file map_halt mg_damage mg_damageTeamplay mode_customfile mode_start osp_gamename player_always player_file pmove_fixed pmove_msec ref_password server_availmodes server_batcher server_customclient server_gfxspecfile server_maxpacketsmin server_maxpacketsmax server_ospauth server_promode server_timenudgemin server_timenudgemax server_realping server_record server_motd1 server_motd2 server_motd3 server_motd4 server_motd5 server_motd6 server_motd7 server_motd8 sv_cheats sv_hostname sv_maxclients viewcam_directory vote_allow_altgraphics vote_allow_kick vote_allow_maxpackets vote_allow_osphud vote_allow_promode vote_allow_referee vote_allow_thrufloors vote_allow_truelightning