Cómo Editar Ítems y Nivel Máximo en tu Servidor de MU Online

Personalizar los atributos de los ítems y el nivel máximo de personaje son dos de las tareas administrativas más comunes en un servidor privado de MU Online. Realizadas correctamente, estas modificaciones permiten adaptar la experiencia de juego a tu comunidad. Realizadas sin cuidado, producen tablas de botín rotas, bloqueos del cliente o corrupción de datos de personajes. Esta guía aborda ambas tareas con el nivel de precisión que requieren.

Dónde Viven los Datos de Ítems y Niveles

Antes de tocar cualquier archivo, necesitas conocer las fuentes de datos que utiliza tu emulador. Los emuladores de servidores privados de MU Online generalmente dividen la configuración en dos capas:

• Archivos de configuración plana — archivos de texto simple o binarios estructurados dentro del directorio del servidor (comúnmente en Data/ o GameServer/Data/). Controlan tasas de botín, parámetros de generación de ítems y tablas de spawn.
• Tablas de base de datos relacional — tablas MySQL o MSSQL que almacenan datos persistentes como registros de personajes, definiciones de ítems, inventarios de tiendas y curvas de experiencia.

Las definiciones de estadísticas de ítems se encuentran casi siempre en la base de datos, mientras que los pesos de las tablas de botín y las listas de recompensas de monstruos suelen estar en archivos planos. La configuración del nivel máximo abarca ambas capas: la tabla de curva de experiencia vive en la base de datos, y el tope duro suele ser un valor en un archivo de configuración del servidor.

Editar Estadísticas de Ítems en la Base de Datos

Las propiedades de los ítems — durabilidad, fuerza requerida, agilidad requerida, rango de daño, valor de defensa, poder mágico — se almacenan en la tabla Item (a veces llamada ItemBase o MuItemData). Cada fila representa una definición de ítem identificada por su Tipo e Índice.

Localizar la Fila Correcta

Cada ítem en MU Online tiene un identificador de dos partes: Categoría (Type) e Index. Por ejemplo:

Categoría 0  → Espadas
Categoría 1  → Hachas
Categoría 4  → Escudos
Categoría 12 → Alas
Categoría 13 → Miscelánea / Ítems de misión

Ejemplos de identificadores:
  Chaos Blade      → Type=0,  Index=18
  Thunder Hawk Bow → Type=4,  Index=18  (los arcos comparten categoría 4 con escudos en algunos núcleos)
  Wing of Dragon   → Type=12, Index=3

Ejecuta primero un SELECT para confirmar que tienes la fila correcta antes de cualquier UPDATE:

-- Inspeccionar un ítem antes de editar
SELECT
    Type,
    `Index`,
    Name,
    RequireStrength,
    RequireAgility,
    MinDamage,
    MaxDamage,
    Defense,
    Durability
FROM Item
WHERE Type = 0 AND `Index` = 18;

-- Aumentar el rango de daño del ítem
UPDATE Item
SET
    MinDamage       = 140,   -- era 120  → mínimo base aumentado
    MaxDamage       = 195,   -- era 165  → máximo base aumentado
    RequireStrength = 380    -- era 430  → barrera de entrada reducida
WHERE Type = 0 AND `Index` = 18;

> [!ATENCION] > Siempre ejecuta un SELECT antes de un UPDATE. Confirma que el número de filas es exactamente 1. Si la cláusula WHERE coincide con varias filas, sobreescribirás ítems no deseados. Nunca ejecutes UPDATE sin una cláusula WHERE en las tablas de ítems.

Editar Bonificaciones de Ítems de Set

Muchos emuladores almacenan las bonificaciones de set en una tabla separada, comúnmente llamada SetItem o ItemSetOption. Los valores de bonificación se aplican cuando un personaje equipa una cantidad definida de piezas del mismo set. Localiza el set por su SetID y actualiza las columnas de bonificación:

-- Ver bonificaciones actuales del set Legendary (SetID = 5)
SELECT * FROM SetItem WHERE SetID = 5;

-- Actualizar bonificaciones de 2 piezas y set completo
UPDATE SetItem
SET
    Option1Value = 15,   -- bonificación 2 piezas → +15 a todos los atributos
    Option2Value = 30    -- bonificación set completo → +30 a todos los atributos
WHERE SetID = 5;

Configurar el Nivel Máximo de Personaje

Paso 1 — Actualizar la Tabla de Curva de Experiencia

La experiencia requerida para alcanzar cada nivel se almacena en una tabla comúnmente llamada ExpTable, LevelExperience o CharacterClassInfo. Debe tener una entrada para cada nivel hasta el nuevo máximo inclusive. Si un nivel no tiene entrada, el personaje no podrá ganar experiencia más allá del nivel anterior o el emulador lanzará un error en tiempo de ejecución.

-- Verificar el nivel más alto actualmente definido
SELECT MAX(Level) AS MaximoActual FROM ExpTable;

-- Insertar entradas para los niveles 401 al 500
-- Reemplaza la fórmula de XP con valores apropiados para tu tasa de servidor
INSERT INTO ExpTable (Level, Experience)
SELECT
    base.lvl,
    FLOOR(EXP(base.lvl * 0.14) * 1000)  -- curva logarítmica de ejemplo
FROM (
    SELECT 400 + seq AS lvl
    FROM (
        SELECT @row := @row + 1 AS seq
        FROM information_schema.columns, (SELECT @row := 0) r
        LIMIT 100
    ) seq_gen
) base
WHERE base.lvl NOT IN (SELECT Level FROM ExpTable);

> [!CONSEJO] > Diseña tu curva de experiencia antes de confirmarla en la base de datos. Grafica los valores de XP en una hoja de cálculo y calcula cuántas horas de juego representa cada banda de niveles con las tasas esperadas de tu servidor. Una curva demasiado plana hace que los niveles se sientan insignificantes; una demasiado empinada crea una barrera impenetrable que ahuyenta a los jugadores.

Paso 2 — Actualizar el Archivo de Configuración

Después de que la base de datos esté lista, abre el archivo de configuración principal del servidor. Los nombres comunes incluyen GameServer.ini, ServerInfo.cfg o Config.xml. Busca la directiva de nivel máximo y actualízala:

# GameServer.ini — Sección de configuración de nivel

[Character]
MaxLevel          = 500      # era 400  → nuevo tope máximo
MaxMasterLevel    = 200      # tope de Nivel Maestro (si está soportado)
MasterLevelStart  = 400      # nivel en el que comienza a acumularse XP de ML

[Experience]
ExpRate           = 100      # multiplicador de experiencia base (100 = 1x)
MasterExpRate     = 50       # multiplicador de experiencia de ML

Guarda el archivo y realiza un reinicio completo del servidor. No intentes una recarga en caliente para cambios en el tope de nivel — la inicialización de la clase de personaje lee estos valores una vez al inicio y los almacena en caché durante toda la vida del proceso.

Verificar los Cambios

Después del reinicio, conéctate con una cuenta de prueba y realiza las siguientes comprobaciones:

1. Confirma que las estadísticas del ítem se muestran correctamente en la descripción emergente. Verifica que el cambio de RequireStrength se refleje en la ventana de equipamiento.
2. Usa un comando de GM para establecer un personaje de prueba en el nuevo nivel máximo y verifica que la barra de experiencia muestre 0/0 o una barra completa sin desbordamiento.
3. Intenta equipar el ítem modificado con un personaje que cumpla los nuevos requisitos. Confirma que el servidor no rechaza la acción de equipar.
4. Revisa el registro de la consola del servidor para detectar advertencias sobre entradas faltantes en ExpTable para niveles por encima del tope anterior.

Errores Comunes y Cómo Evitarlos

Olvidar actualizar la configuración del lado del cliente. El cliente del juego lee algunos límites desde sus propios archivos de datos. Si aumentas el nivel máximo en el servidor pero el Main.exe del cliente fue compilado con un tope de 400 niveles, la interfaz del cliente no renderizará la barra de experiencia más allá del nivel 400 aunque el servidor acepte el personaje. En proyectos de emuladores de código abierto, los parches del cliente para aumentos del tope de nivel están documentados en las mismas notas de versión que los cambios del lado del servidor.

Establecer estadísticas de ítems más allá del techo de la fórmula. La fórmula de daño en MU Online usa aritmética de enteros de ancho fijo. Establecer MaxDamage por encima de aproximadamente 32.767 (el límite de un entero con signo de 16 bits) producirá desbordamiento hacia un número negativo, causando daño nulo o un fallo en el cálculo. Mantén los valores de estadísticas dentro de los límites utilizados por el código fuente del emulador.

Editar datos de producción en vivo sin una transacción. Envuelve todas las ediciones de ítems en una transacción explícita para poder revertir si algo sale mal:

START TRANSACTION;

UPDATE Item SET MinDamage = 140, MaxDamage = 195 WHERE Type = 0 AND `Index` = 18;

-- Verificar que el cambio se vea correcto
SELECT MinDamage, MaxDamage FROM Item WHERE Type = 0 AND `Index` = 18;

-- Si estás satisfecho:
COMMIT;

-- Si no:
-- ROLLBACK;

Realizar pruebas exhaustivas en un entorno de desarrollo local antes de aplicar cambios a un servidor de producción es la salvaguarda más efectiva. Mantén copias de seguridad, usa transacciones y documenta cada cambio con fecha y motivo para que los futuros administradores comprendan el historial del servidor.

Perguntas frequentes