Cuxial Diseases da a cada personaje un estado médico: puede contraer una enfermedad, notar sus síntomas, hacerse una prueba, seguir un tratamiento y curarse. Cada enfermedad se define en un único archivo de datos, así que se añaden o se cambian sin tocar código.
Qué hace
- Enfermedades como datos. Incluye seis enfermedades como catálogo de partida. Cada una es una entrada de
data/diseases.luacon sus etapas, síntomas, prueba, tratamiento, vacuna y plan de cura. - Etapas en horas reales. Una enfermedad pasa a la etapa siguiente cuando se agota el tiempo, también con el jugador desconectado. Un tratamiento activo puede pausarla.
- Síntomas que el jugador nota. Tos, mareo, vómito, falta de aliento, visión borrosa, temblor de cámara y pérdida de vida, cada uno con su intervalo.
- Tres formas de contraerla. Cercanía a un jugador enfermo (desactivada por defecto), contacto entre dos personajes comunicado por otro recurso, o a mano mediante un export, un comando o el plazo de vacunación.
- Pruebas y diagnóstico. Un ítem de prueba devuelve negativo, no concluyente o positivo. Por defecto el paciente solo conoce el nombre de la enfermedad cuando se la diagnostican.
- Tratamiento por dosis. Un ítem controla la enfermedad durante unas horas y, en las curables, la cura al llegar a un número de dosis.
- Vacunas e inmunidad. Temporal o permanente, por un ítem de vacuna o tras curarse.
- Plazo de vacunación. Opcional: cada personaje tiene unas horas reales para vacunarse; si no, enferma.
- Etapas letales. Una etapa terminal puede hacer que el paciente colapse.
- Embarazo. Meses, síntomas, prenda de barriga, parto y nacimiento, seguidos desde el mismo recurso.
- App de salud para el teléfono, con enfermedades diagnosticadas, tratamiento, inmunidades e historial.
- Comandos de staff para asignar, curar y probar todo dentro del juego.
Requisitos
| Recurso | Obligatorio | Para qué |
|---|---|---|
| OneSync | Sí | Posición de los jugadores en el servidor |
ox_lib | Sí | Comandos, callbacks, tareas programadas y textos |
oxmysql | Sí | Casos, inmunidades, plazos e historial |
cuxial_bridge | Sí | Conecta con tu framework y tu inventario |
ox_inventory o qb-inventory | Sí, uno de los dos | Ítems de prueba, tratamiento y vacuna |
cuxial_police | No | Parte de EMS en la MDT: ficha del paciente, farmacia, plan de cura con minijuegos y citas |
cuxial_medical | No | Derriba al paciente cuando colapsa una etapa letal |
cuxial_emotes | No | Contagio y concepción entre dos personajes |
lb-phone | No | App de salud en el teléfono |
El plazo de vacunación lee la tabla de personajes de tu framework y necesita las columnas id y citizenid. QBox y QBCore las tienen. En ESX, deja onboarding.enabled = false; el resto del script pasa por cuxial_bridge.
Qué funciona sin los recursos opcionales
Cuxial Diseases funciona por sí solo. Esto es lo que aporta cada recurso opcional y lo que pasa sin él.
| Sin | Sigue funcionando | No disponible |
|---|---|---|
cuxial_police | Infección, etapas, síntomas, ítems de prueba, tratamiento por dosis, vacunas, inmunidad, plazo de vacunación, comandos de staff y todos los exports | Las pantallas de EMS, los pasos del plan de cura que aplica un médico (minijuego incluido), la farmacia, las citas, las revisiones automáticas del embarazo y el aviso de parto |
cuxial_medical | El evento collapse se sigue enviando a otros recursos | El paciente no cae cuando colapsa una etapa letal |
cuxial_emotes | Contagio y embarazo mediante exports y comandos | El contagio y la concepción tras un encuentro, y el ítem de prueba marcado como externo en el catálogo |
lb-phone | Los avisos en pantalla | La app de salud |
Sin Cuxial Police, una enfermedad se cura completando sus dosis, con /disease cure, o desde tu propio recurso con los exports AdvanceCureStep y Cure.
