Actualización de tutoriales

Perdón que se me había saltado este hilo.

No me considero yo nadie para venir a organizar los tutoriales, pero puedo decir como los tengo yo ordenados en mis apuntes y es por procesos. Tengo una guía para todo lo relacionado con props, otra para costumes, otra para la creación de escenas, otra para edición...

Pero vamos, que es por tener todo aglutinado en un sitio, que es como me gusta a mí, entiendo que para otros pueda suponer un volumen de información que raye en lo ilegible.

que pasa? que cuando te metes con el blender, para luego meterlo al juego tienes por cojones que saber med y otros menesteres

Exacto. Por eso a veces es necesaria una aproximación integral a todo el proceso.

Yo partiría de unos conceptos básicos. Si quiero aprender algo de modding, por narices lo primero es saber crear emptys, grupos, agrupar y emparentar. La mayoría de los tutoriales terminan invirtiendo minutos en estos procesos que son básicos para casi todo.

Os cuento mi visión de como podría ser más o menos un tutorial integrado, por ejemplo de introducir un prop al juego:

1 - Obtención del modelo a convertir (enlace al hilo con la lista de recursos en 3D, consejos de búsqueda, etc...)
1.1 - El modelo que queremos convertir está en .obj. Salta al punto 2 (hipervínculo)
1.2 - El modelo que queremos convertir está en .xps o generic_item (hipervínculo a la conversión de xnalara de forma rápida y concisa y enlace al hilo del tutorial para más info)
1.3 - El modelo está en pmd, pmx o x. Lo mismo
1.4 - ... más entradas con todas las formas de conversión que conozcamos como fbx, sketchup, etc...

Consideraciones: Cualquier cosa a tener en cuenta relacionada con este proceso. Por ejemplo, antes de ir a Blender podríamos mencionar que si detectamos que las texturas tienen más de 32 caracteres, podemos ya actuar y arreglarlo. Explicación y enlace al hilo.

2 - Blender Enlace al tutorial o tutoriales que recogen el proceso para más información
2.1 - Importación del modelo (bien explicado)
2.2 - Creación del empty. Se explica y sería conveniente en este concepto del empty y en todos los demás que sean importantes (grupos, emparentado, vértices, huesos, etc...) que al posar el puntero sobre la palabra en cuestión, se viera una caja de texto con su definición precisa.
2.3 - Creación de grupos y agrupación
2.4 - Emparentado
2.5 - Exportación.

Al lado (o debajo) de estos puntos, videotutorial rápido, sencillo y conciso del proceso

2.5.1 - La exportación fue correcta. Colocación del .msh y las texturas en las carpetas adecuadas Pasa al punto 3.
2.5.2 - La exportación dio error. Vínculo y explicación de cada uno de los errores posibles. Enlace al coleccionado de errores.

Consideraciones: Escala, prevención de texturas estiradas, altura a la que está el modelo.

3 - MED Enlace al tutorial o tutoriales que recogen el proceso para más información
3.1 - Carga del modelo (todo esto como siempre, bien explicado, de forma clara y directa)
3.2 - Preparación del modelo (Generar imagen, identificadores, commit...)

Videotutorial breve y directo

3.3 - Prevención de problemas y otras consideraciones
3.3.1 - Canal Alfa
3.3.2 - Texturas brillantes, pestaña Shiny
3.3.3 - Texturas triangulares, Self Illuminated
3.3.4 - Movimientos de texturas

Otras consideraciones como el retexturizado.

Algo así podría ser la idea que tengo en mi mente. No es ni mucho menos el esquema completo, solo lo que me ha venido a la mente.

De cero llegué yo.

Claro que es farragoso, porque lo he escrito en un par de minutos, no pretendía ser nada definitivo, si no algo sobre lo que poder comenzar.

Pero por ejemplo si lo pones como dices, quizás obligues a alguien a aprender cosas que no necesita para saber lo que quiere.

Si está bien estructurado, deberías poder saltar los pasos que no te interesan. Como en los árboles de decisiones: Falló la exportación en Blender? Si pinchas en no, te lleva al MED, saltándote todos los posibles errores que puede dar y no te interesan en este momento. Perdonad que no me explique bien, que no tengo la cabeza despejada últimamente, pero estas cosas se pueden diseñar bien para que vayan directas al grano.

En cualquier caso, con un enfoque "egoísta" a mí me da igual como esté estructurado. Yo tengo mi guía, lo que no sé puedo buscarlo con facilidad en los tutoriales que hay aquí, que me sirven perfectamente, y no me importa leer todo el material que haga falta para aprender. Con esto quiero decir, un poco en la misma línea de lo que dices, que la opinión más interesante sería la de la gente que no sabe hacer estas cosas. Si quiere aprender, pero no se ve capaz, es su opinión sobre la mejor forma de presentarlo la más interesante. Y si no le interesa aprender, entonces da igual de qué forma lo presentes