q3aServ/osp/Docs/ESP/osp-q3-ModeInfo.txt

239 lines
10 KiB
Plaintext
Raw Permalink Normal View History

2021-03-13 13:11:06 +01:00
OSP Configuraci<63>n de Modos de Servidores
=============================
14 Dec 2001
rhea@OrangeSmoothie.org
http://www.OrangeSmoothie.org
====================================================
Traducido al Espa<70>ol por el equipo Rancid:
====================================================
- Pablo Gonz<6E>lez alias Totoro
- Roberto Konow alias Rat<61>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<70>ol.
====================================================
====================================================
OSP permite a los operadores de servidores definir configuraciones
personalizadas para que los clientes voten mientras est<73>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<EFBFBD>n de definir modos de juego que se desv<73>an bastante de lo normal
(p.e. instagib CTF con baja gravedad y todos los <20>tems en el nivel
reemplazados por BFGs).
Mientras que esta flexibilidad puede ser muy poderosa, para los reci<63>n iniciados, y para los jugadores sujetos a los experimentos de operadores de servidores con configuraciones de modos alternativos, tambi<62>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<65>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<63>n de inicio de un servidor puede ser una simple
configuraci<EFBFBD>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<73>n mucho m<>s poderosa de "g_gametype" que permite modificar par<61>metros en adici<63>n a un gametype.
Los modos de juego alternativos se definen en un archivo de configuraci<63>n especificado en el cfg de inicio del servidor con el par<61>metro "mode_customfile".
El formato del archivo es como se muestra a continuaci<63>n:
<nuevo nombredelmodo> [tab] <archivo del modo.cfg>
[NOTA: [tab] se refiere al car<61>cter "tab". Esto es, el nombre personalizado del nuevo modo y su archivo .cfg *deben* ser separados con un caracter TAB.]
El par<61>metro mode_start es un seteo din<69>mico, basado en las
configuraciones internas definidas por OSP con la adici<63>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<61>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<41> 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<65>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<64> especificar "mode_start 7" en su
configuraci<EFBFBD>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<61>metro por defecto de "mode_customfile" es "none", que
no permite ning<6E>n modo personalizado.
Ahora, qu<71> 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<6F>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<65>n los mismos que en cualquier otro servidor OSP. Esto tambi<62>n permite al operador de servidor no tener que preocuparse de tener los seteos exactos que todos esperan. Cuando actualiza a la <20>ltima versi<73>n de servidor de OSP, tambi<62>n tienen los <20>ltimo seteos estandar.
Por supuesto, no TODOS los seteos est<73>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<65>n afectadas por los modos internos de servidor.
Configuraciones especificas internas estan abiertas para la votaci<63>n de los clientes a trav<61>s del seteo "server_availmodes". Es una m<>scara de bits que define que modos est<73>n permitidos/abiertos para votaci<63>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<63>n de los clientes.
EL seteo por defecto de "server_availmodes" es 59 (todos los modos
est<EFBFBD>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<61> 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<61> en modos conocidos si ha estado vac<61>o por alg<6C>n tiempo. Esto va para CUALQUIER valor de mode_start.
Cuando se definen nuevas configuraciones personalizadas, es <20>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<EFBFBD>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<61>n un poco m<>s sobre esta "flexibilidad" :)
Una cosa que recordar, la configuraci<63>n de inicio del servidor es MUY
simple: solo define cosas como nombre del servidor, sv_maxclients,
rconPassword, etc. Todos los seteos espec<65>ficos del juego se manejan
por las configuraciones internas o bien tus configuraciones de servidor alternativas.
Para referencia, tambi<62>n he incluido las configuraciones internas de servidores en cfg-reference con cada cvar que se modifica listada expl<70>citamente para cada una de las configuraciones.
*NOTA*: Configuraciones personalizadas NO deber<65>an especificar sv_maxclients!!!!
Esto conlleva a serias inestabilidades en el servidor!!!. Pone este
par<EFBFBD>metro SOLO en la configuraci<63>n de inicio del servidor.
Tambi<EFBFBD>n, puede simplemente votar por modos alternativos con:
\callvote modo [id del modo]
Omitiendo el [id del modo] mostrar<61> 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<61> la lista de mapas desde este archivo. Si ning<6E>n archivo se especifica, usar<61> 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<63>n principal de OSP.
Por favor refi<66>rete a los archivo en el directorio cfg-maps/ para informaci<63>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<EFBFBD> hay una lista de variables que puedes setear en las configuraciones de servidor que NO ser<65>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