LDR2BUY: conversor de LDraw a lista de la compra de iUnits

[jasolo]

Ya está corregido. De paso he puesto espacios y comas en ese listado de colores alternativos. Otra mejora es que, al abrir los ficheros, sólo muestra los de tipo LDraw y XLSX, que son los únicos válidos.

[yepetto]

Ya he hecho alguna prueba. Para evitar que indique que no existen piezas que en realidad son pegatinas, las elimino del diseño y las piezas que llevan la pegatina incorporada las cambio por la pieza estándar.

Queda un detalle que seguramente se pueda pulir fácilmente: cuando un modelo tiene submodelos detecta todas las piezas que componen los submodelos, pero da como pieza faltante el propio submodelo. ¿Sería fácil ignorar estas piezas por la extensión .ldr o por el nombre subModelXXXX?

Avisos:
subModel-3.ldr: NO ESTÁ

[yepetto]

Rectifico, más bien sería ignorar las piezas que no fuesen con extensión .dat, pues en algunos casos aparece el nombre de la parte (Torre.ldr) o aparece este nombre truncado si tiene espacios (Torre 2.ldr aparece como Torre). Lo que realmente son piezas todas tienen el nombre sin espacios y con extensión .dat

Avisos:
eje15.dat: NO ESTÁ
Torre.ldr: NO ESTÁ
Torre: NO ESTÁ
plac2x2m.dat: NO ESTÁ

[jasolo]

El tema de los submodelos es que en el fichero están las piezas del modelo principal, incluidos esos .ldr, y luego están las piezas de cada submodelo. Ahora el programa lo lee todo, sin distinguirlo. El problema es que si un submodelo es empleado dos o más veces, entonces no se estarán contando bien sus piezas, ya que habría que multiplicar esa cantidad por dos o más. Así que habría que meter también esa mejora para evitar errores. El programa actual no admite ficheros con submodelos, que en teoría deberían ser ficheros con la extensión .mpd, pero los editores (MLCad, LDCad, etc.) son permisivos y dejan guardarlos como .ldr.

[yepetto]

Otra pequeña mejora: cuando cargas un modelo, para irlo puliendo y cambiando piezas inexistentes tienes que irlo modificando y subiéndolo otra vez para comprobar. Pero si vuelves a seleccionar el mismo archivo no hace nada, tienes que cargar otro archivo y luego volver a cargar al que quieres comprobar para que lo procese de nuevo.

También me dice que esta pieza de los faros con la luz plateada no está (es en gris y he comprobado que sí está en stock):

farospl.dat: NO ESTÁ

[yepetto]

El tema de los submodelos es que en el fichero están las piezas del modelo principal, incluidos esos .ldr, y luego están las piezas de cada submodelo. Ahora el programa lo lee todo, sin distinguirlo. El problema es que si un submodelo es empleado dos o más veces, entonces no se estarán contando bien sus piezas, ya que habría que multiplicar esa cantidad por dos o más. Así que habría que meter también esa mejora para evitar errores. El programa actual no admite ficheros con submodelos, que en teoría deberían ser ficheros con la extensión .mpd, pero los editores (MLCad, LDCad, etc.) son permisivos y dejan guardarlos como .ldr.

Ya veo lo que dices. He hecho un modelo de prueba con 2 submodelos, uno de ellos incluido 2 veces. Este es el archivo:

0 FILE main.ldr
0 Name: Prueba
0 Author: Yepetto
1 0 0 0 0 1 0 0 0 1 0 0 0 1 antncruz.dat
1 0 0 -16 -30 1 0 0 0 1 0 0 0 1 subModel-1.ldr
1 0 0 -40 -50 1 0 0 0 1 0 0 0 1 subModel-2.ldr
1 0 0 -56 -60 1 0 0 0 1 0 0 0 1 subModel-1.ldr
0 FILE subModel-1.ldr
0 Author: Yepetto
1 0 0 0 0 1 0 0 0 1 0 0 0 1 antncruz.dat
0 FILE subModel-2.ldr
0 Author: Yepetto
1 0 0 0 0 1 0 0 0 1 0 0 0 1 antncruz.dat

Por lo que veo, la manera correcta de procesarlo sería tratar solo el FILE main, y dentro de él, cuando aparezca un submodelo acceder a él y procesarlo para seguir luego con el principal. Si este submodelo A tuviese otros submodelos, lo mismo: acceder a cada submodelo, procesarlo, y continuar luego con el submodelo A.

De esta manera nos indicaría que hay 4 antenas de cruz y no 3, que es lo que indica ahora

[yepetto]

El camioncito tampografiado (camionni.dat) también dice que no está. ¿Es este el correcto?

[yepetto]

Otras piezas que creo que faltan:

La pista de aterrizaje tampografiada (pistguar.dat)
Los faros con luces amarillas (farospl.dat)

[jasolo]

Lo de los faros es un problema común con otras piezas serigrafiadas de iUnits. Las referencias tienen el formato PiezaColorExtra. El trozo Extra es opcional, no siempre aparece, y puede ser T para los colores transparentes, G para el elástico, o RH para la raya horizontal en los faros, por ejemplo. Es algo que tendré que mirar con detalle, ya que no es simplemente añadir una pieza al listado, hay que asignar un código Extra según la pieza.

De paso he visto dos colores que faltaban: amarillo fosforito (115) y dorado (334). Ya están añadidos.

[Jon]

Creo que también falta el color naranja transparente del radar doppler (o sirena) por ejemplo, nº 57 en Ldraw.
Y falta la pieza ventana1c.dat, que se corresponde con la T235001 de Iunits. Es el cristal de la ventana vertical 1x2.

¡Muchas gracias por el curro Jasolo!