Converter OBJ para MDL

Um mod de jogo ou uma aplicação 3D legada pode exigir um asset MDL mesmo quando o modelo de origem está disponível apenas como OBJ. Portanto, é necessário fazer a conversão para tornar a malha carregável em um engine, editor ou projeto do Animation:Master específico.

O que é o formato OBJ

OBJ é um formato de intercâmbio em texto simples para geometria 3D estática. Ele pode armazenar vértices, coordenadas de textura, normais, faces poligonais, grupos de suavização e referências a materiais nomeados.

As definições de material normalmente ficam em um arquivo .mtl separado, e as texturas de imagem referenciadas permanecem em arquivos separados, como PNG, JPG ou TGA. OBJ não contém de forma confiável bones, skin weights, animações, collision geometry, engine shaders, attachment points ou dados de level of detail.

Blender, Maya, 3ds Max, Cinema 4D, ZBrush, MeshLab e muitas aplicações de CAD e game-content podem importar ou exportar OBJ. Ele é normalmente usado para trocar uma malha estática quando o projeto da aplicação original não está disponível.

O que é o formato MDL

MDL é uma família de formatos não relacionados e específicos de aplicações, e não um padrão universal. O programa ou jogo de destino deve ser identificado antes de escolher um conversor.

Nos jogos GoldSrc e Source-engine, MDL é um asset de modelo compilado. Dependendo do engine e da versão, ele é acompanhado por arquivos como .VVD, .VTX, .PHY, arquivos de material e metadata específica do engine. Um modelo compilado pode conectar a malha a bones, animações, collision data, hitboxes, referências de material e configurações do engine. Ele costuma ser mais eficiente para uso em runtime do que um OBJ de texto, mas não é simplesmente um OBJ renomeado.

Os jogos da família Quake usam outra variante de MDL, com limites e ferramentas diferentes. O Hash Animation:Master também usa um formato .mdl específico da aplicação; esse arquivo não é intercambiável com um modelo de Quake, GoldSrc ou Source.

Como converter a malha

Primeiro, determine o destino exato: Source, GoldSrc, Quake, Animation:Master ou outra aplicação. Um compilador Source não pode criar um MDL GoldSrc ou Animation:Master, e alterar a extensão do arquivo não realiza uma conversão.

1. Mantenha o OBJ, seu .mtl correspondente e todas as imagens de textura referenciadas juntos. No Blender, use File → Import → Wavefront (.obj). Reatribua os materiais se os caminhos das texturas estiverem quebrados.
2. Inspecione a malha importada e remova geometria oculta, vértices duplicados, seções non-manifold e modifiers sem suporte. Aplique escala e rotação, recalcule as normais, verifique os UVs e faça a triangulação se o compilador de destino exigir triângulos previsíveis.
3. Verifique as dimensões do modelo e a orientação dos eixos em relação à aplicação de destino. Arquivos OBJ não impõem uma unidade, um up-axis ou uma convenção de coordenadas universais.
4. Para Source, instale Blender Source Tools, atribua os materiais e, para modelos animados, crie um skeleton com vertex weights. Exporte uma reference mesh como .SMD ou .DMX. Um static prop precisa de uma reference mesh; um modelo animado também precisa de bones, animações e, normalmente, uma physics mesh.
5. Crie um script de compilação do Source, normalmente um arquivo .qc. Ele define o caminho de saída, a malha, o diretório de materiais, as surface properties, as sequences, o collision model e outras opções. Um exemplo estático mínimo é:

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

6. Compile o script com a aba Compile do Crowbar ou com o studiomdl.exe correspondente do Source SDK. O compilador produz o MDL e os arquivos complementares exigidos pela branch do Source selecionada.
7. Copie os arquivos compilados e os engine material assets para os diretórios exigidos pelo jogo e teste o modelo no jogo de destino. Corrija os erros relacionados a caminhos de materiais, nomes de bones, limites de vértices, sequences ausentes ou collision data na origem ou no nível do script do compilador.

Para GoldSrc, use um exporter compatível com GoldSrc e uma versão do studiomdl correspondente, pois seu skeleton, limites, comandos QC e arquivos de saída diferem dos do Source. Para Quake MDL, use uma ferramenta que ofereça suporte explícito à revisão necessária do Quake; o Noesis pode lidar com algumas variantes de modelos Quake quando os plugins de importação e exportação relevantes estão instalados, mas o suporte a plugins e o tratamento de animações variam.

Para Animation:Master, use o comando de importação de OBJ compatível do Animation:Master e salve o modelo importado em seu formato MDL nativo se essa versão oferecer suporte aos recursos de OBJ necessários. Blender, Crowbar e Source Tools não produzem arquivos MDL do Animation:Master.

Opções online e para desktop

A conversão em desktop geralmente é a escolha correta, pois a criação de MDL para jogos exige um compilador específico e frequentemente requer a reconstrução de materiais, skeletons, animações e collision geometry. Blender com Blender Source Tools e Crowbar é um workflow prático para Source; o exporter e o compilador próprios do engine de destino são preferíveis para outras variantes de MDL.

CloudConvert, Convertio e serviços online semelhantes e respeitáveis podem ser úteis para intercâmbio comum de OBJ ou para produzir um formato intermediário, mas geralmente não criam um MDL válido de Source, GoldSrc, Quake ou Animation:Master. Use um serviço online somente quando a lista de formatos mencionar a variante exata de MDL e a documentação do serviço indicar que a saída inclui os arquivos complementares necessários. Não envie modelos ou texturas proprietários, a menos que os termos de privacidade e retenção do serviço sejam aceitáveis.

Limites de qualidade e compatibilidade

A maioria dos arquivos OBJ contém apenas uma surface mesh. Bones, weights, animações, hitboxes, physics meshes, attachment points, engine shaders e compile metadata precisam ser criados separadamente; portanto, a conversão não pode preservar informações que nunca estiveram presentes no OBJ.

Arquivos .mtl ausentes, caminhos absolutos de texturas, parâmetros de materiais sem suporte e uso incorreto de maiúsculas e minúsculas nos diretórios de materiais normalmente produzem um modelo sem texturas. Reconstrua os materiais usando os material scripts do engine de destino em vez de presumir que os nomes dos materiais OBJ se tornarão shaders utilizáveis.

Aplique as transforms antes da exportação e verifique a escala usando uma dimensão conhecida. Confira os limites de polígonos, vértices, bones, texturas, UVs e materiais do engine de destino; um OBJ válido ainda pode falhar na compilação ou ser exibido incorretamente após a conversão. Preserve os compiler logs e os arquivos de origem, pois o MDL gerado normalmente é um asset binário derivado, e não um modelo mestre editável.