La forma más fácil de perderse en un flujo de creación de mapas es pedir a una sola aplicación que lo demuestre todo. Un buen renderizado en Blender no demuestra que un asset del juego se haya exportado correctamente. Una buena vista en CodeWalker no demuestra que el recurso desplegado contenga los archivos correctos.
Asigna a cada etapa una responsabilidad y una salida observable.
En Blender creas la forma
Para un modelo original, aquí trabajas la geometría, las dimensiones, las UV y la escena fuente. Mantén una estructura de proyecto legible para distinguir el modelo visible de la colisión y del material de referencia.
Usa un objeto original muy pequeño para el primer ciclo de exportación y reimportación. Debe ser lo bastante reconocible para distinguir la nueva exportación de una versión anterior, pero lo bastante sencillo para que un fallo no deje veinte hipótesis sobre materiales y geometría.
Sollumz prepara la estructura de los assets GTA
Sollumz es la herramienta de modificación dentro de Blender en este flujo. Su documentación cubre las estructuras admitidas, y su guía de instalación distingue la instalación de extensiones de los métodos antiguos de instalación de complementos.
No supongas que un objeto estándar de Blender ya es un drawable o asset de colisión GTA correctamente configurado. Las decisiones de conversión, jerarquía, shader y exportación forman parte del trabajo de creación.
Considera la versión instalada como parte del proyecto. «Uso Sollumz» no es suficiente detalle para reproducir un problema cuando dos personas usan interfaces de exportación diferentes.
CodeWalker conecta el resultado con el mundo
El README del autor describe la inspección del mundo, la exploración de archivos, la edición de entidades y la gestión de proyectos. Aquí inspeccionas los datos del juego y trabajas con el contexto de colocación.
Úsalo para responder preguntas concretas: ¿se abre el asset exportado, qué arquetipo está seleccionado, qué YMAP lo coloca y es correcta la transformación en el mundo? Separa esas preguntas de la calidad de tu modelo fuente.
El propio README indica que un tutorial completo de creación de mapas queda fuera de su alcance. La ausencia de una etapa de modelado no demuestra que CodeWalker la realice automáticamente.
FiveM es la prueba de despliegue
El paquete del recurso es un artefacto separado con su propio manifiesto. El servidor de pruebas indica si se entregan los archivos previstos y si el mapa se comporta correctamente en su contexto de destino real.
Repite allí las pruebas de entrada, transición entre habitaciones y colisión. La palabra «funciona» debe indicar siempre la etapa: funciona en la escena fuente, se abre como asset exportado o supera la prueba del servidor. Son tres resultados útiles, pero distintos.
Mantén las transferencias verificables
Guarda por separado la fuente original, la salida de intercambio cuando se utilice y el recurso final. Para cada transferencia, conserva una breve observación y las versiones de las herramientas implicadas.
Cuando falle un cambio, vuelve al último punto de transferencia correcto. Si el drawable ya no se abre en CodeWalker, investiga la exportación antes de editar la configuración del recurso. Si se abre pero no aparece en el servidor, inspecciona la definición, la colocación y el paquete.
El tutorial de configuración de las herramientas convierte esa separación en un pequeño ejercicio práctico. Cuando el flujo es fiable, un interior mayor consiste sobre todo en añadir responsabilidades con cuidado, en lugar de inventar un proceso nuevo cada vez.