Convertir OBJ a MDL

Un mod de juego o una aplicación 3D antigua puede requerir un asset MDL incluso cuando el modelo de origen solo está disponible como OBJ. Por lo tanto, es necesario realizar una conversión para que el mesh pueda cargarse en un engine, editor o proyecto de Animation:Master específico.

Qué es el formato OBJ

OBJ es un formato de intercambio de texto plano para geometría 3D estática. Puede almacenar vértices, coordenadas de textura, normales, caras poligonales, grupos de suavizado y referencias a materiales con nombre.

Las definiciones de materiales normalmente se encuentran en un archivo .mtl independiente, y las texturas de imagen referenciadas permanecen en archivos separados como PNG, JPG o TGA. OBJ no suele contener bones, skin weights, animaciones, collision geometry, engine shaders, attachment points ni datos de level-of-detail.

Blender, Maya, 3ds Max, Cinema 4D, ZBrush, MeshLab y muchas aplicaciones de CAD y game-content pueden importar o exportar OBJ. Se utiliza habitualmente para intercambiar un static mesh cuando el proyecto de la aplicación original no está disponible.

Qué es el formato MDL

MDL es una familia de formatos no relacionados y específicos de cada aplicación, no un estándar universal. Es necesario identificar el programa o juego de destino antes de elegir un conversor.

En los juegos GoldSrc y Source-engine, MDL es un asset de modelo compilado. Según el engine y la versión, está acompañado de archivos como .VVD, .VTX, .PHY, archivos de materiales y metadata específica del engine. Un modelo compilado puede conectar el mesh con bones, animaciones, datos de colisión, hitboxes, referencias de materiales y configuraciones del engine. A menudo es más eficiente para su uso en runtime que un OBJ de texto, pero no es simplemente un OBJ renombrado.

Los juegos de la familia Quake utilizan otra variante de MDL con límites y herramientas diferentes. Hash Animation:Master también utiliza un formato .mdl específico de la aplicación; ese archivo no es intercambiable con un modelo de Quake, GoldSrc o Source.

Cómo convertir el mesh

Primero determina el destino exacto: Source, GoldSrc, Quake, Animation:Master u otra aplicación. Un compilador de Source no puede crear un MDL de GoldSrc o Animation:Master, y cambiar la extensión del archivo no realiza ninguna conversión.

1. Mantén juntos el OBJ, su .mtl correspondiente y todas las imágenes de textura referenciadas. En Blender, utiliza File → Import → Wavefront (.obj). Reasigna los materiales si las rutas de las texturas están dañadas.
2. Inspecciona el mesh importado y elimina la geometría oculta, los vértices duplicados, las secciones non-manifold y los modifiers no compatibles. Aplica la escala y la rotación, recalcula las normales, verifica las UVs y triangula si el compilador de destino requiere triángulos predecibles.
3. Comprueba las dimensiones y la orientación de los ejes del modelo con respecto a la aplicación de destino. Los archivos OBJ no imponen una unidad, un up-axis ni una convención de coordenadas universales.
4. Para Source, instala Blender Source Tools, asigna los materiales y, para modelos animados, crea un skeleton con vertex weights. Exporta un reference mesh como .SMD o .DMX. Un static prop necesita un reference mesh; un modelo animado también necesita bones, animaciones y normalmente un physics mesh.
5. Crea un script de compilación de Source, normalmente un archivo .qc. Define la ruta de salida, el mesh, el directorio de materiales, las surface properties, las sequences, el collision model y otras opciones. Un ejemplo estático mínimo es:

$modelname "props/example.mdl"
$body "Body" "example.smd"
$staticprop
$surfaceprop "metal"
$sequence "idle" "example.smd" fps 1
$cdmaterials "models/props"

6. Compila el script con la pestaña Compile de Crowbar o con el studiomdl.exe correspondiente del Source SDK. El compilador genera el MDL y los archivos complementarios requeridos por la rama de Source seleccionada.
7. Copia los archivos compilados y los assets de materiales del engine en los directorios requeridos por el juego y, a continuación, prueba el modelo en el juego de destino. Corrige los errores relacionados con las rutas de materiales, los nombres de bones, los límites de vértices, las sequences ausentes o los datos de colisión en el origen o en el script del compilador.

Para GoldSrc, utiliza un exporter compatible con GoldSrc y la versión de studiomdl correspondiente, ya que su skeleton, límites, comandos QC y archivos de salida son diferentes de los de Source. Para Quake MDL, utiliza una herramienta que indique explícitamente que es compatible con la revisión de Quake requerida; Noesis puede manejar algunas variantes de modelos de Quake cuando están instalados los plugins de importación y exportación correspondientes, pero la compatibilidad de los plugins y el manejo de animaciones varían.

Para Animation:Master, utiliza el comando de importación de OBJ compatible con Animation:Master y guarda el modelo importado en su formato MDL nativo si esa versión admite las funciones OBJ requeridas. Blender, Crowbar y Source Tools no producen archivos MDL de Animation:Master.

Opciones online y de escritorio

La conversión en una aplicación de escritorio suele ser la opción correcta porque la creación de un MDL de juego requiere un compilador específico y a menudo exige reconstruir materiales, skeletons, animaciones y collision geometry. Blender con Blender Source Tools y Crowbar es un flujo de trabajo práctico para Source; para otras variantes de MDL, es preferible utilizar el exporter y el compilador propios del engine de destino.

CloudConvert, Convertio y otros servicios online de buena reputación pueden ser útiles para el intercambio normal de OBJ o para producir un formato intermedio, pero generalmente no crean un MDL válido de Source, GoldSrc, Quake o Animation:Master. Utiliza un servicio online únicamente cuando su lista de formatos indique la variante exacta de MDL y su documentación confirme que la salida incluye los archivos complementarios necesarios. No subas modelos ni texturas propietarias a menos que las condiciones de privacidad y retención del servicio sean aceptables.

Límites de calidad y compatibilidad

La mayoría de los archivos OBJ contienen únicamente un surface mesh. Bones, weights, animaciones, hitboxes, physics meshes, attachment points, engine shaders y metadata de compilación deben crearse por separado, por lo que la conversión no puede conservar información que nunca estuvo presente en el OBJ.

Los archivos .mtl ausentes, las rutas absolutas de texturas, los parámetros de materiales no compatibles y el uso incorrecto de mayúsculas y minúsculas en los directorios de materiales suelen producir un modelo sin texturas. Reconstruye los materiales utilizando los material scripts del engine de destino en lugar de asumir que los nombres de materiales de OBJ se convertirán en shaders utilizables.

Aplica las transforms antes de exportar y verifica la escala con una dimensión conocida. Comprueba los límites de polygons, vértices, bones, texturas, UVs y materiales del engine de destino; un OBJ válido puede fallar al compilar o mostrarse incorrectamente después de la conversión. Conserva los logs del compilador y los archivos de origen, porque el MDL generado normalmente es un binary asset derivado y no un modelo maestro editable.