Cómo configurar el Pet System (Fenrir, Panda, Uniria) en MU Online

El Pet System es uno de los pilares de la jugabilidad de nivel medio y alto en MU Online. Mientras que el Guardian Angel y el Imp entregan bonos pasivos simples, pets como el Fenrir, el Panda y el Uniria combinan efecto de combate, montura y economía de cuenta, y por eso exigen una configuración cuidadosa en el servidor. Un Fenrir mal balanceado destruye la curva de dificultad de tu servidor; un Fenrir bien configurado se convierte en un objetivo de progresión que retiene al jugador durante semanas. Este tutorial cubre el ciclo completo: entender las ranuras de pet, habilitar los ítems del lado del servidor, montar la receta de creación y upgrade del Fenrir, ajustar durabilidad y efectos, y validar todo en un entorno de prueba antes de abrir a los jugadores.

Vale un aviso importante desde ya: los nombres de archivos, columnas e IDs citados aquí son ejemplos de cómo la mayoría de los emuladores organiza esos datos. La estructura real varía según el emulador (Season 6 basado en archivos de texto, emuladores más nuevos con base de datos SQL, y forks con panel web tienen layouts diferentes). Usa los conceptos como mapa y confirma cada campo en la documentación de tu emulador específico antes de editar en producción.

Requisitos previos

Antes de tocar cualquier archivo de pet, asegúrate de que la base del servidor ya esté de pie y estable. Si aún no has pasado por eso, empieza por la guía de cómo crear un servidor de MU Online y solo entonces vuelve aquí.

Vas a necesitar:

• Servidor funcional (GameServer, ConnectServer, JoinServer y DataServer/base de datos en el aire).
• Acceso de escritura a los archivos de configuración de ítems (Item.txt/ItemList o tablas equivalentes) y al archivo de ítems del cliente (Item.bmd/Item.txt del Main).
• Editor de texto con soporte para UTF-8 y visualización de columnas (VS Code, Notepad++), y un cliente de base de datos (HeidiSQL, SSMS) si el emulador usa SQL.
• Una cuenta de GM o comando de admin para generar ítems en prueba (/make, /item o equivalente).
• Backup completo de los archivos y de la base de datos antes de empezar. Esto no es opcional.

Reserva también una cuenta de personaje "conejillo de indias" separada de tu cuenta principal, para no corromper progreso real durante las pruebas de durabilidad y drop.

Entendiendo las ranuras y los tipos de pet

En el MU clásico, los pets no son todos iguales en la forma en que el servidor los trata. Es útil separarlos en tres categorías:

1. Pets de bono pasivo (Guardian Angel, Imp, Satan/Dinorant en parte): ocupan una ranura de pet y aplican efecto mientras están equipados.
2. Monturas (Dark Horse, Uniria, Fenrir): ocupan la ranura de montura; el personaje monta y gana movilidad además del bono.
3. Pets de evento/EXP (Panda, Skeleton, Rudolph, Uniria en algunas seasons): ítems temáticos con bono de experiencia o drop, casi siempre con durabilidad que expira.

El punto crítico del balanceo es que el Fenrir y el Uniria disputan la misma ranura de montura. Esto significa que un jugador no acumula ambos; elige. En cambio el Panda, por ser pet de alas/espalda en muchas seasons, puede convivir con una montura. Documenta qué ranura usa cada ítem en tu emulador antes de definir bonos, porque los bonos acumulables cambian por completo la matemática del PvP.

Habilitando los ítems de pet en el servidor

El primer paso práctico es asegurarse de que los IDs de los pets estén activos y coherentes entre servidor y cliente. Cada ítem en el MU se identifica por un par section/index (categoría e índice dentro de la categoría). Los pets clásicos quedan tradicionalmente en la sección 13 (miscelánea/alas/pets), pero esto varía según el emulador.

Localiza las entradas de los pets en tu archivo/tabla de ítems. En un emulador basado en texto, la línea suele parecerse a esto (ejemplo ilustrativo):

// section index name       slot durability ...
13   37    "Fenrir"          -1   255        ...
13   3     "Uniria"           7   60         ...
13   80    "Panda"            8   60         ...

Qué verificar en cada entrada:

• El nombre coincide exactamente con el del cliente. Un nombre divergente causa un ítem "en blanco" o crash de inventario.
• La durabilidad máxima está definida. Un pet con durabilidad 0 desaparece al equiparse.
• La flag de comercializable/dropeable está en el valor que deseas (lo normal es que el Fenrir sea no dropeable).
• El ítem está marcado como pet/montura en el campo de tipo, para que el cliente renderice la animación de montura.

Después de editar, el ítem debe existir de forma idéntica en el cliente. Si el servidor conoce el Fenrir en la 13/37 pero el cliente lo espera en la 13/38, el jugador ve un ítem equivocado o nada. Sincroniza siempre las dos puntas.

Creación y upgrade del Fenrir

El Fenrir es el punto alto del sistema porque no solo se dropea: se construye mediante una receta, generalmente en la Chaos Goblin Machine (la "máquina de combinación"). El flujo tradicional tiene dos fases: crear el Fenrir base (broken/incompleto) y luego hacer el upgrade a una de las variaciones de bono.

Paso a paso del flujo clásico:

1. Reunir los componentes. La receta histórica pide ítems como Splinter of Armor, Bless of Guardian, Claw of Beast y Fragment of Horn, obtenidos en eventos como Kanturu y drops de mapas específicos. Los ítems y las cantidades varían según el emulador.
2. Combinar en la Chaos Machine con la tasa de éxito configurada. El resultado es el Fenrir base, todavía sin bono de combate definido.
3. Hacer el upgrade añadiendo un ítem de refinación (comúnmente una cantidad de Jewel of Chaos, Jewel of Bless/Soul o Zen) para transformar el Fenrir base en una variación:

• Fenrir de Fuerza (bono de daño),
• Fenrir de Vida (bono de HP),
• Fenrir de Maná,
• Fenrir negro/dorado (la versión "perfecta", con el mejor bono).

1. Definir la tasa de éxito y el costo en zen de cada etapa en el archivo de combinaciones del servidor.

Del lado del servidor, la receta vive en el archivo de combinaciones de la Chaos Machine (algo como ChaosMix, ChaosBox o la tabla T_ChaosMix, según el emulador). Un bloque de receta suele declarar: ítems de entrada, ítem de salida, costo en zen, tasa base de éxito y modificadores. Ejemplo conceptual:

[FenrirBase]
Cost      = 5000000
Rate      = 80
In1  = 13:37:0     ; ingrediente
In2  = 14:13:0     ; joya
Out  = 13:37:0     ; Fenrir base

Ajusta la Rate con cuidado: una tasa muy alta banaliza el Fenrir y una tasa muy baja genera frustración y reventa de cuentas. En servidores de progresión moderada, tasas entre 60 % y 80 % para la base y un poco menores para la versión perfecta funcionan bien.

Configurando efectos y bonos

Los efectos del Fenrir tienen dos naturalezas. La primera es el ataque en área característico de la montura: un golpe que alcanza a varios enemigos alrededor, muy fuerte en farm y en PvP de aglomeración. La segunda es el bono estático de la variación (daño, vida o maná), aplicado mientras el Fenrir está equipado y con durabilidad.

En el servidor, esos bonos normalmente se definen por opción de ítem o por regla codificada para el ID del Fenrir. Donde hay tabla de opciones, asocias al ítem un valor de bono; donde el efecto es fijo en el emulador, ajustas constantes de configuración. Puntos de balanceo que merecen atención:

• Escala del ataque en área. Si el daño en área es muy alto, el Fenrir se vuelve obligatorio y mata la diversidad de builds. Mide el daño contra los mobs de los mapas de farm principales.
• Acumulación con alas y sets. Confirma si el bono del Fenrir suma con el de alas de nivel 3 y sets ancianos. Sumas descontroladas rompen el PvP.
• Bono por variación. Documenta exactamente cuánto concede cada Fenrir (fuerza/vida/maná/perfecto), para que los jugadores entiendan la elección y para que puedas auditar cuentas sospechosas.

Durabilidad, reparación e ítems de pet

Los pets de montura y de evento tienen durabilidad que cae con el uso o con el tiempo. Para el Fenrir, la durabilidad cae al recibir golpes y al usar el ataque en área; cuando llega a cero, el Fenrir deja de aplicar bonos y el personaje desmonta. La reparación suele hacerse en el NPC herrero pagando zen, o por consumo de joya, según la configuración.

Para Panda y Uniria, que son ítems de evento, lo común es una durabilidad que expira con el tiempo de juego, no solo con el daño. Esto es intencional: son bonos temporales de campaña o recompensa. Configura el valor máximo de durabilidad y el consumo por minuto/uso según el ritmo de tu servidor.

Recomendaciones prácticas:

• Marca Fenrir, Dark Horse e ítems de evento como no dropeables al morir, editando la regla de pérdida de ítem o la flag del propio ítem. Nada genera más quejas que perder un Fenrir construido a duras penas.
• Define si el Fenrir puede negociarse. En muchos servidores está bloqueado para trade para evitar RMT y robo de cuenta.
• Prueba la reparación con una cuenta conejillo de indias: desgasta la durabilidad hasta cero, repara y confirma que los bonos vuelven.

Sincronizando servidor y cliente

Todo ítem de pet debe existir en ambos lados con el mismo section/index, nombre y tipo. Además del archivo de ítems, el cliente necesita los modelos y texturas de la montura (archivos de modelo del Fenrir y efectos) y las entradas de traducción/nombre. Si añadiste un Fenrir personalizado o un nuevo color, el paquete del cliente debe incluir el modelo correspondiente, de lo contrario el jugador monta un "fantasma" invisible o el cliente crashea.

Flujo de sincronización seguro:

1. Edita el ítem en el servidor.
2. Espeja la misma entrada en el archivo de ítems del cliente.
3. Confirma que los archivos de modelo/efecto existen en el cliente.
4. Genera el ítem en una cuenta de prueba y monta para validar animación, bono y durabilidad.
5. Solo entonces distribuye el parche del cliente a los jugadores.

Errores comunes y soluciones

Pruebas de balanceo

Antes de liberar, corre una batería de pruebas con cuentas conejillo de indias representando las clases principales (DK, DW, Elf, MG). Mide el daño del Fenrir en farm en los mapas de nivel medio y alto, y simula PvP 1v1 y en grupo. Anota los números. Si el Fenrir domina toda decisión de build, reduce el daño en área o el bono de la variación perfecta. El objetivo es que el Fenrir sea fuerte y deseable, sin ser obligatorio.

Prueba también la economía: ¿cuánto cuesta, en tiempo y recursos, montar un Fenrir perfecto? Si es demasiado rápido, todo el mundo lo tiene en un día y el ítem pierde valor. Si es imposible, nadie lo persigue. Calibra la receta y las tasas para que el Fenrir sea una meta de algunas semanas de juego dedicado.

Lista de verificación de lanzamiento

• Backup completo de archivos y base de datos antes de cualquier edición
• IDs de Fenrir, Panda y Uniria verificados e idénticos entre servidor y cliente
• Durabilidad máxima definida para todos los pets
• Fenrir, Dark Horse e ítems de evento marcados como no dropeables al morir
• Receta de creación y upgrade del Fenrir con IDs y tasas revisados
• Bono de cada variación del Fenrir documentado
• Ranuras de montura verificadas (Fenrir x Uniria x Dark Horse no se acumulan)
• Modelos y efectos de las monturas presentes en el parche del cliente
• Reparación de durabilidad probada con cuenta conejillo de indias
• Balanceo de daño en área validado en farm y PvP
• Regla de trade/RMT definida para el Fenrir
• Prueba final de creación-upgrade-montura en cuenta limpia aprobada

Preguntas frecuentes