Cómo Configurar los Drops por Mapa y Monstruo en tu Servidor MU

Entendiendo el Sistema de Drops de MU Online

Los drops de ítems en MU Online no son aleatorios en el sentido simple del término. El servidor evalúa una tabla de botín estructurada cada vez que un monstruo muere, ejecutando comprobaciones de probabilidad para cada entrada configurada. Comprender cómo funciona este sistema en capas te permite diseñar una economía equilibrada donde los jugadores se sientan recompensados sin que la progresión pierda su valor.

En términos generales, el flujo de procesamiento de drops funciona así:

1. El GameServer identifica al monstruo muerto por su ID numérico.
2. Busca todas las entradas de drop asociadas a ese monstruo.
3. Para cada entrada lanza un número aleatorio contra la probabilidad configurada.
4. La primera entrada que pasa la comprobación (o todas, según la configuración del emulador) se convierte en el ítem que cae.
5. Si existe una anulación a nivel de mapa para ese monstruo en ese mapa, tiene prioridad sobre la regla global.

Comprender este orden de evaluación es fundamental antes de modificar cualquier archivo de configuración.

Localización de los Archivos de Configuración de Drops

Antes de editar cualquier cosa, identifica dónde se encuentran los archivos relevantes en tu instalación de servidor.

Estructura de directorios típica:

GameServer/
  Data/
    Monster.txt         → Definiciones de monstruos e IDs
    Item.txt            → Definiciones de ítems y códigos
    ItemDrop.txt        → Tabla global de drops (monstruo → ítem)
    MapDrop/
      00_Lorencia.txt   → Mapa 0 (Lorencia) — anulaciones de drop
      01_Dungeon.txt    → Mapa 1 (Dungeon) — anulaciones de drop
      32_Icarus.txt     → Mapa 32 (Icarus) — anulaciones de drop
      ...
  Config/
    droprate.ini        → Multiplicadores globales de tasa de drop

No todos los emuladores utilizan la convención de la subcarpeta MapDrop/. Algunos codifican el índice del mapa directamente dentro del archivo de drop principal usando una columna adicional. Abre tu ItemDrop.txt en un editor de texto y examina el número de columnas — eso te dirá qué formato utiliza tu build.

> [!CONSEJO] > Trabaja siempre sobre una copia de los archivos originales antes de hacer cambios. Mantén una carpeta Data/Backup/ y copia allí los archivos sin modificar con un sufijo de fecha (por ejemplo, ItemDrop_20260501.txt). Esto te permite revertir inmediatamente si una mala configuración elimina todos los drops.

Lectura y Edición de ItemDrop.txt

El diseño de columnas estándar para ItemDrop.txt es el siguiente:

// MonID  MapIdx  TipoItem  CodItem  NivMin  NivMax  Tasa    MaxExc  MaxSuert  MaxHab
//
// MonID     → ID numérico del monstruo en Monster.txt (ej.: 6 = Bull Fighter)
// MapIdx    → -1 significa todos los mapas; 0 = Lorencia, 1 = Dungeon, 7 = Atlans, 32 = Icarus
// TipoItem  → categoría del ítem (0 = Espada, 4 = Armadura, 14 = Gemas, etc.)
// CodItem   → índice del ítem dentro de esa categoría
// NivMin    → nivel mínimo del ítem que puede caer
// NivMax    → nivel máximo del ítem que puede caer
// Tasa      → probabilidad sobre 100.000 (ej.: 100 = 0,1%, 1000 = 1%)
// MaxExc    → máximo de opciones excelentes (0 a 6)
// MaxSuert  → 0 = sin suerte, 1 = suerte posible
// MaxHab    → 0 = sin habilidad, 1 = habilidad posible

6    -1    0    5    0    6    800    0    0    0    // Bull Fighter → Valiant Sword (todos los mapas)
6     1    0    5    0    9   1200    2    1    1    // Bull Fighter → Valiant Sword +exc (Dungeon)
15   -1    4    3    0    6    500    0    0    0    // Skeleton Warrior → Plate Armor (todos los mapas)
15    7    4    3    4    9   2000    4    1    1    // Skeleton Warrior → Plate Armor +exc (Atlans)

Puntos clave:

• Un MapIdx de -1 es un comodín — la regla se aplica en todos los mapas donde aparece el monstruo.
• Una regla con un MapIdx específico anula la regla -1 solo para ese mapa.
• La Tasa se expresa por cada 100.000. Un valor de 500 significa 0,5% de probabilidad. Evita establecer cualquier entrada por encima de 70.000 a menos que quieras drops casi garantizados intencionalmente.
• MaxExc controla las opciones excelentes. Configurarlo en 0 significa que el ítem nunca puede caer con atributos excelentes, independientemente de la suerte del jugador o el nivel del mapa.

Configuración de Tablas de Drop por Mapa

Las anulaciones por mapa te permiten crear zonas de progresión donde los mapas de nivel superior recompensan con mejor botín. El flujo de trabajo recomendado es:

1. Establece reglas globales conservadoras en ItemDrop.txt (niveles bajos, sin excelentes, tasas modestas).
2. Agrega archivos en MapDrop/ para los mapas de alto nivel, aumentando los niveles, el límite de excelentes y las tasas.
3. Verifica que los spawns de monstruos correspondan al índice de mapa correcto en tu MonsterSetBase.txt o archivo de spawn equivalente.

Ejemplo: archivo de anulación de drop para Icarus (mapa 32)

// MapDrop/32_Icarus.txt
// Solo las entradas listadas aquí están activas para el mapa 32.
// Los monstruos no listados recurren a las reglas globales de ItemDrop.txt.

// MonID  MapIdx  TipoItem  CodItem  NivMin  NivMax  Tasa    MaxExc  MaxSuert  MaxHab

// Alquamos (ID 51) — drops de boss
51   32    0   22    8   15   2000    6    1    1    // Alquamos → Sword of Destruction exc
51   32    4   18    8   15   1500    6    1    1    // Alquamos → Dragon Armor exc
51   32   14    3    0    0   3000    0    0    0    // Alquamos → Jewel of Bless

// Thunder Bird (ID 49) — monstruos normales
49   32    4   16    6   12    900    3    1    1    // Thunder Bird → Dark Phoenix Armor
49   32    5   14    6   12    700    2    1    0    // Thunder Bird → Dark Phoenix Gloves
49   32   14    4    0    0   2500    0    0    0    // Thunder Bird → Jewel of Soul

> [!ATENCION] > Si listas un monstruo en un archivo MapDrop pero ese monstruo no aparece realmente en ese mapa (según tus tablas de spawn), las entradas se cargan en memoria pero nunca se activan. Esto no desperdicia recursos del servidor, pero es una fuente común de confusión durante las pruebas. Siempre verifica los IDs de monstruos contra los archivos de spawn.

Ajuste de Multiplicadores Globales de Tasa de Drop

Más allá de las tasas de cada entrada individual, la mayoría de los emuladores exponen un multiplicador global en droprate.ini o un archivo de configuración similar. Esto permite aplicar un aumento de tasa en todo el servidor sin tocar cada entrada individualmente.

; droprate.ini
; Todos los valores de Tasa de cada entrada se multiplican por este factor en tiempo de ejecución.
; 1.0 = tasas normales (por defecto)
; 2.0 = evento de drop doble
; 0.5 = tasas reducidas a la mitad (ajuste de economía)

GlobalDropMultiplier = 1.0

; Multiplicador separado solo para drops de ítems excelentes
ExcellentDropMultiplier = 1.0

; Multiplicador separado para Joyas (TipoItem 14)
JewelDropMultiplier = 1.2

Usar multiplicadores para eventos (como un fin de semana con drops dobles) es mucho más seguro que editar la tabla base de drops, ya que solo cambias un valor y lo revirtes después del evento. Nunca subas GlobalDropMultiplier por encima de 5.0 en un servidor activo sin probarlo primero en un entorno local — la economía de ítems puede colapsar en pocas horas.

Pruebas y Validación de la Configuración

Después de editar los archivos, sigue esta lista de verificación antes de reiniciar un servidor activo:

1. Verificación de sintaxis — Abre el archivo editado en un editor de texto que muestre números de línea. Confirma que ninguna línea tiene columnas de más o de menos. Una columna mal alineada corrompe de forma silenciosa todas las líneas posteriores en algunos parsers.
2. Verificación de códigos de ítem — Compara cada par TipoItem/CodItem contra tu Item.txt. Los códigos inválidos no producen ningún mensaje de error; el drop simplemente nunca aparece.
3. Verificación de tasas — Suma los valores de Tasa para cada monstruo. Si el total supera 100.000, el monstruo garantiza efectivamente un drop en cada muerte, lo que puede no ser tu intención.
4. Reinicia el proceso GameServer — Las tablas de drop se cargan una sola vez al inicio. Un comando de recarga de configuración (si tu emulador lo soporta) puede funcionar, pero un reinicio completo es la opción más segura.
5. Prueba de kills en el juego — Crea un personaje de prueba y mata entre 20 y 50 del monstruo objetivo. Registra lo que cae y compáralo con las tasas esperadas.

> [!CONSEJO] > Mantén una hoja de cálculo sencilla de registro de kills durante las pruebas. Anota el monstruo, el mapa, la cantidad de kills y cada ítem que cayó. Con 50 kills obtienes una idea aproximada de si tu tasa del 2% se está comportando correctamente (espera roughly 1 drop por cada 50 kills). Con 200 kills tu muestra es lo suficientemente confiable como para detectar configuraciones erróneas significativas.

Errores Comunes y Cómo Evitarlos

Índice de mapa incorrecto — Los mapas se indexan comenzando desde 0. Lorencia es el mapa 0, no el mapa 1. Usar el índice incorrecto hace que las reglas se apliquen en la zona equivocada o directamente no funcionen.

Confundir TipoItem con CodItem — TipoItem es la categoría (Espada = 0, Escudo = 6, Casco = 7, Armadura = 8, Pantalón = 9, Guantes = 10, Botas = 11). CodItem es el ítem específico dentro de esa categoría. Un error frecuente es usar el ID del ítem en el juego directamente como CodItem.

Olvidar las variantes de monstruos — Muchos mapas generan múltiples variantes del mismo monstruo base (normal, élite, oscuro). Cada variante tiene un ID de monstruo diferente. Si solo configuras drops para el ID base, las variantes élite no heredan drops especiales.

Anulaciones de mapa superpuestas — Si tanto ItemDrop.txt como un archivo MapDrop/ definen reglas para el mismo monstruo en el mismo mapa, el comportamiento depende del emulador. Algunos motores combinan ambos conjuntos de reglas; otros usan solo la coincidencia más específica. Prueba explícitamente en lugar de asumir un comportamiento determinado.

Con estos fundamentos en su lugar tienes control total sobre cada ítem que aparece en tu servidor — desde el goblin más débil de Lorencia hasta el boss más poderoso de Icarus.

Perguntas frequentes