Lo que falla con más frecuencia, qué significa realmente y qué hacer. La mayoría son de configuración, no fallos — y la consola suele decir cuál. Lee las líneas [qs-backrooms:INFO] del último arranque antes de abrir un ticket.
Instalación y acceso#
Los jugadores caen al vacío, o el nivel es invisible
backrooms-assets no está en marcha, o arranca después de qs-backrooms. Transmite los interiores de los niveles, los monstruos y los props de las entradas; sin él, los niveles son espacio vacío. Pon ensure backrooms-assets por encima de ensure qs-backrooms y reinicia. Un jugador que cae por debajo de un nivel vuelve automáticamente a su punto de aparición.
"You do not have permission" en /backroomsconfig o /backroomscreator
La consola del servidor muestra el ace exacto que faltaba, por ejemplo tried to open the config panel without ace "command.backroomsconfig". Añádelo a server.cfg y reinicia — nueve de cada diez veces el ace está ahí pero el servidor no se reinició, o se dio a un grupo al que el jugador no pertenece. Los administradores del framework entran sin ace mientras Framework admins está activado.
/sendbackrooms o /leavebackrooms no hacen nada
Son comandos restringidos: FiveM los descarta antes de que el script los vea salvo que el jugador tenga command.sendbackrooms / command.leavebackrooms (o el ace general command). Añade el ace, o ejecútalos desde la consola del servidor sin la barra.
La consola dice standalone para un inventario que tengo
Ese inventario arranca después de Backrooms, y la detección solo ve lo que ya está en marcha. Mueve su ensure por encima de ensure qs-backrooms. Lo mismo vale para target: false y para un framework que aparece como standalone. Un recurso renombrado debe añadirse a las tablas de config/config.lua — consulta Integraciones.
La interfaz no aparece
La interfaz viene lista en web/build/. Si esa carpeta falta o está copiada a medias, el HUD y los paneles nunca se muestran y no hay errores en el juego — vuelve a copiar el recurso entero desde la descarga.
Renombré un comando y el nombre antiguo sigue funcionando
Es correcto hasta el próximo reinicio: el nombre de un comando, una vez registrado, se mantiene hasta que el recurso se reinicia. El panel marca esos dos campos con Needs restart y lo indica al guardar.
Los jugadores pueden generar monstruos o fijar su propia cordura
Config.Debug.enabled está activado. Registra comandos de prueba que no comprueban permisos. Ponlo en false en config/config.lua y reinicia.
Niveles y partidas#
No hay salidas, cajas ni taquillas
La consola dijo Creator points loaded: 0: sql.sql nunca se importó, así que las distribuciones de los niveles están vacías. Importa qs-backrooms/database/sql.sql — en una instalación nueva, ya que primero elimina las tablas de Backrooms — y reinicia.
Todas las salidas dicen Locked — Needs a keycard
Comportamiento correcto: la mayoría de las salidas necesitan una Rusted Keycard, y la cerradura se la queda. Cuando las salidas de una planta necesitan una, siempre hay una tarjeta escondida en uno de sus contenedores. Los fragmentos de mapa, las piezas de radio, los carretes y las cintas revelan dónde están las salidas.
No pasa nada durante los primeros minutos, o nunca aparece un monstruo
Comportamiento correcto. Cada partida empieza con un periodo de calma, y los monstruos solo llegan cuando la tensión del grupo es lo bastante alta — la oscuridad, el ruido, la cordura baja y el tiempo en una planta la aumentan. Algunos solo aparecen en ciertos momentos: The Still One durante un apagón en el Level 1, The Colossus cuando las luces se ponen rojas en el Level X. Para comprobar que un monstruo funciona, activa debug y usa /brspawn en un servidor de pruebas.
Exits that lead out no parece cambiar nada
El ajuste solo sortea las salidas que no tienen un resultado fijo. Las salidas colocadas con el editor de niveles mantienen el resultado que se les dio — Descend, Escape o Trap — y las distribuciones de serie dan uno a cada salida. Para cambiar adónde llevan las puertas de un nivel, edítalas con /brdeveloper.
Amigos que entraron juntos acabaron en partidas distintas
Una partida solo acepta recién llegados mientras tiene menos de Time to join a run (3 minutos), en el mismo nivel (Only runs on the same level) y hasta Players per run (4). Los jugadores enviados con /sendbackrooms o con el export siempre tienen una partida propia.
Un jugador que se desconectó dentro volvió fuera
Es correcto con los valores predeterminados: Pull out on disconnect está activado y tiene prioridad sobre Back in after reconnecting. Desactívalo para que los jugadores que vuelven regresen al mismo nivel con sus ítems.
Aparecen jugadores de otro script dentro de una partida
Cada partida usa un routing bucket entre 5000 y 5999. Otro script que reparta buckets en ese mismo rango los comparte con los Backrooms — cambia el rango de ese script.
Muertes y reanimaciones#
Los jugadores despiertan en los Backrooms al morir
Es Wake up inside after dying, activado por defecto: 6 de cada 100 muertes acaban dentro, con 15 minutos entre ellas para el mismo jugador. Baja la probabilidad, o desactívalo en Getting in.
La pantalla de muerte del trabajo de ambulancia sigue tras salir
Con Revive on the way out activado, esx_ambulancejob y qb-ambulancejob reciben su propio evento de reanimación. Cualquier otro script de ambulancia necesita que su evento de reanimación se añada a framework:revive en el puente de tu framework, en cliente y servidor.
Un jugador murió dentro y lo perdió todo
Con Drop loot on death activado, está en su cuerpo para que el resto del grupo lo recupere durante 30 minutos. Un jugador que estaba solo, o cuyo grupo se ha ido, no lo recupera.
Ítems e inventario#
Los ítems no se pueden usar desde ox_inventory
Busca Registered 11 usable items with ox_inventory en la consola. Si está, la lista de ítems no se añadió a ox_inventory/data/items.lua, o el recurso se renombró — la lista llama a los exports de qs-backrooms.<item> por ese nombre exacto. Los ítems solo hacen algo mientras el jugador está dentro de una partida.
Los ítems no tienen imágenes
Copia las doce imágenes de [images]/ en la carpeta de imágenes de tu inventario — ox_inventory/web/images/, qb-inventory/html/images/ o la de qs-inventory.
Un jugador perdió una linterna que tenía antes de entrar
Con ox_inventory o qs-inventory, morir dentro, abandonar una partida de máquina o escapar con Keep loot on escape desactivado elimina todos los ítems de Backrooms que lleva el jugador. Reserva los doce nombres de ítem de Backrooms solo para los Backrooms.
La linterna no se enciende
O el jugador ya no lleva el ítem flashlight, o la batería está agotada — usa una batería de la bolsa. Cerca de The Bundle o The Colossus la luz se apaga unos segundos a propósito.
Entradas#
"… is not on this server. Check backrooms-assets is running."
El creador no pudo cargar el modelo de la cinta o de la máquina. Inicia backrooms-assets antes de qs-backrooms, reinicia y vuelve a conectarte para que tu juego lo transmita.
Una entrada no muestra su aviso
Las entradas aparecen para los jugadores a menos de 90 metros y ofrecen su aviso a un par de metros. Un jugador que ya está dentro de una partida no ve ninguna, y tras un intento fallido el aviso descansa unos segundos.
"You cannot afford this machine."
El jugador no tiene el precio de la máquina en la cuenta que cobra — efectivo o banco, definida en la máquina en el creador. No se cobra nada en una entrada rechazada.
Mensajes#
Los callbacks responden con claves de idioma, así que el mismo fallo se lee en el idioma de cada jugador. Las que más probablemente encontrarás:
Clave | Significa |
|---|---|
| El servidor detectó al jugador demasiado lejos de lo que usó — una entrada, una salida, un contenedor o un cuerpo. |
| La puerta necesita un ítem que el jugador no lleva — una tarjeta. |
| El jugador ya está en una partida. |
| Se rechazó la entrada: la entrada se eliminó o desactivó, o el jugador no estaba realmente muerto en una entrada por muerte. La consola indica |
| No hay suficiente efectivo o banco para el precio de la máquina. |
| El ítem no se puede usar, no está en la bolsa o el jugador no está dentro. |
| Alguien de la partida ya lo registró. Se vuelve a llenar tras varios minutos. |
| Falta el ace del creador o de los ajustes, y no es administrador del framework. |
¿Sigues atascado? Abre un ticket e incluye las líneas
[qs-backrooms:INFO]de tu último arranque, la salida de/brdebugobrinstancessi hay una partida implicada, y tu framework e inventario con sus versiones. Una captura de la consola F8 ayuda con cualquier cosa en pantalla.