Multiplayer Guide: Alojamiento, permisos y automatización

La multijugador coordina cómo los jugadores comparten un único mundo de juego de FOUNDRY: quién puede unirse, qué pueden controlar, cómo funcionan la persistencia y la sincronización, y las herramientas para dividir las tareas entre los participantes. Esta página cubre unirse y alojar, los roles y permisos de los jugadores, los recursos compartidos y la automatización que afecta a varios jugadores, y las mejores prácticas para un juego cooperativo estable.

Visión general y propósito

La multijugador permite que varios jugadores humanos habiten la misma instancia de FOUNDRY para que puedan cooperar (o competir) en el mismo mundo persistente. Una configuración adecuada evita conflictos, preserva el progreso y habilita automatizaciones compartidas convenientes, como pedidos de comercio recurrentes y tareas remotas de naves.

Alojamiento y unirse

• Un jugador ejecuta (alberga) la instancia del juego; los demás se unen como clientes. El host tiene autoridad sobre el estado del mundo y debe permanecer conectado para muchos modos multijugador que usan autoridad de sesión activa.
• Las sesiones pueden persistir en un servidor dedicado o en la máquina de un jugador anfitrión. Se recomienda el alojamiento dedicado para partidas de larga duración y cuando se desea tiempo de actividad garantizado.

Cuentas de jugador, roles y permisos

• Los jugadores se identifican por su cuenta/nombre de usuario en el servidor del juego.
• Los hosts pueden asignar permisos y roles a los jugadores para limitar o delegar control. Los permisos típicos incluyen:
  • Construir/modificar estructuras y bases
  • Emitir comandos a naves y vehículos
  • Acceder a interfaces de comercio y economía
  • Configurar automatizaciones y tareas recurrentes
• Conceda solo los permisos necesarios para evitar interferencias accidentales con la infraestructura de la base.

Recursos compartidos y almacenamiento

• Todos los jugadores en el mismo mundo comparten el mismo almacenamiento global y las reservas de recursos. Las acciones de un jugador afectan inmediatamente los recursos disponibles para todos.
• Al configurar compras o transferencias automatizadas, tenga en cuenta que los valores de "Min to keep" en pedidos de comercio recurrentes impiden una compra si su almacenamiento compartido está por debajo de ese umbral.

Automatización y tareas recurrentes

• Los pedidos de comercio recurrentes pueden configurarse para ejecutarse automáticamente cuando se cumplen sus condiciones. Son útiles en multijugador para mantener niveles de recursos compartidos sin microgestión constante.
• Para que una nave ejecute pedidos de comercio recurrentes:
  • La nave debe estar inactiva (sin tarea actual asignada).
  • Debe permitírsele a la nave ejecutar pedidos de comercio recurrentes (este permiso se activa en la vista general de la nave).
• Establezca umbrales razonables de "Min to keep" para que las compras automatizadas no agoten el almacenamiento compartido necesario para otros jugadores.

Naves, asignación de tareas y coordinación

• Las naves y otros activos móviles son entidades compartidas; solo los comandos de un jugador deben estar activos a la vez para evitar órdenes en conflicto.
• Para asegurar que una nave automatizada pueda actuar:
  • Asegúrese de que la nave no tenga una tarea manual asignada por ningún jugador.
  • Habilite la ejecución recurrente para esa nave si debe actuar sobre la automatización de comercio o tareas.
• Se requiere comunicación entre jugadores para evitar condiciones de carrera donde múltiples jugadores intentan dar órdenes diferentes a la misma nave.

Estabilidad y prevención de desincronizaciones

• Use un servidor dedicado o un host confiable con buen ancho de banda y baja latencia.
• Limite acciones simultáneas de alta frecuencia (construcción masiva, ediciones rápidas en la misma área o entidad) desde varios clientes; serialice los cambios importantes entre jugadores cuando sea posible.
• Cuando las automatizaciones interactúan con acciones de jugadores (por ejemplo, un pedido recurrente que activa una nave), coordinen los tiempos para minimizar la contención.

Mejores prácticas para juego cooperativo

• Defina roles (p. ej., logística/comercio, constructor de base, defensa) y otorgue permisos en consecuencia.
• Centralice la configuración de automatizaciones (un jugador responsable de los pedidos de comercio y la automatización de naves) para evitar disparadores en conflicto.
• Use valores conservadores de "Min to keep" en compras automatizadas para preservar existencias de emergencia para todos los jugadores.
• Comunique antes de enviar activos importantes (naves, vehículos) en viajes largos o antes de reutilizar infraestructura compartida.

Herramientas de administración y moderación

• Los hosts deben conservar la capacidad de revocar permisos o expulsar jugadores en caso de griefing o acciones destructivas accidentales.
• Se recomiendan copias de seguridad regulares o snapshots del servidor para mundos multijugador persistentes para recuperarse de errores o fallos.

Resumen

La multijugador en FOUNDRY trata sobre el control compartido de un mundo persistente. El éxito depende de establecer permisos claros, coordinar la automatización (notablemente los pedidos de comercio recurrentes y las tareas de naves) y usar un entorno host estable. Aplique disciplina de roles y umbrales de automatización conservadores para mantener el juego compartido estable y agradable para todos los jugadores.