Karoshi MSX Community

Os dejo una beta a ver que os parece, de la tool que estoy programando.
Hace tiempo que la estoy utilizando y no he detectado problemas, pero si veis alguna cosa avisarme.
Yo tengo el framework 3.5, pero lo he pasado a 3.0 por que he visto que hay bastante gente con esta versión (no se si esta relacionado con el OS XP).

Incluyo un SC2 (sacado utilizando el meisei) de una pantalla de un juego para que podáis probar.
Tengo que hacer una guía de usuario. Cuando la tenga aviso...

En resumen: Funciona como complemento del nMSXtiles de Pentacour, aunque permite cargar SC2, que permite generar el código fuente en varios lenguajes (MSX Basic, C, ASM y ASM de SDCC), pero con opciones para identificar lo que queremos sacar (rango de tiles, bancos, bytes por linea, etc...).

La idea es añadir herramientas para conversiones, y facilitar algunas tareas.

Espero que os sea útil.  :D

Nota:
La primera vez que se ejecuta sale una ventana informativa de la licencia de software libre. Una vez aceptada, graba un fichero con el texto en el directorio donde se encuentra el programa.
Cuando lo publique en la WEB del proyecto, pondré el código a vuestra disposición. Contiene una librería que puede ser útil para hacer más tools para MSX y que podría estar interesante pasar a Java, C, etc...

http://code.google.com/p/msx-tiles-tools/


INFO:

Descripción
Aplicación, que proporciona el código fuente de pantallas de MSX, en los modos screen2 y 4, a partir de diferentes fuentes como la herramienta nMSXtiles o directamente de un binario (SC2).

Características

• Cargar ficheros de proyectos, pantallas y bancos de tiles de nMSXtiles.
• Cargar un binario sc2.
• Llenar la pantalla con el tile indicado.
• Ordenar los tiles de la pantalla.
• Cambiar un tile por otro.
• Cambiar un color por otro.
• Obtener el código fuente de parte o toda la pantalla.
• Obtener el código fuente de uno o de más bancos de tiles.
• Para diferentes lenguajes de programación (MSX Basic, C, ASM y ASM de SDCC).
• Guardar un binario de la pantalla (SC2).
• Visor que muestra la pantalla o los tres bancos de tilesets.
• Guardar una imagen del visor en formato PNG.

Requisitos
Ordenador PC con sistema Windows y Framework 3.0

Características próximas

• Carga y transformación de ficheros de imágenes PNG/GIF.
• Soporte de SC4 (load / save)
• Edición de la paleta de los MSX2.
• Compresión RLE
• Guardar binarios del tileset.

y una captura de pantalla...

ThePetsmode lo ha usado para hacer algunos retoques , conversiones y volcados.
Es muy muy util !

Viva Aorante ! :)

Le pondrás RLE finalmente?

joe!  :joe:  no es para tanto!  ;D

me olvide de añadir las ultimas ideas:
- selección de rango de tiles independiente por banco.
- opción, para sacar el código para volcado a vram
- guardar datos (proyecto)


si, creo que es muy importante para que sea realmente util.
es una de las razones por lo que estoy interesado en la rutina de volcado a vram  ;)
No he utilizado nunca el RLE. El SDCC comprime los arrays (no estaticos), con un sistema que comprime más que el RLE pero es lento...

¡¡ Estupendo !! Le echaré un tiento estos dias :D

Excelente trabajo :D

KNM

buenas, aorante

gracias por la herramienta. tu proyecto tiene un aspecto excelente. lo sigo con atención
por si te interesa el feedback, creo que lo más importante que le falta a tu herramienta ahora mismo es la carga y exportación de imágenes de pc a datas para MSX

saludos,
- paco

Tiene una pinta brutal, que pena no haberlo visto antes, que me tuve que hacer un pequeño programa para cargar una SC2 y que me rellenara un fichero ASCII con los data, pero para ello tenía que poner todos los gráficos ya cortados en tiles....un trabajo de chino que me hubiera ahorrado con tu aplicación.

Bueno, para el próximo juego ya se como lo voy a hacer.

Saludos.  :griel:

es un tema que hace tiempo que me gustaría implementar, pero es un poco complicado.
El MSX Screen conversor lo resuelve muy bien, y aunque el autor (jannone) comparte el código, me cuesta entenderlo. Pero es cuestión de tiempo, que un dia me levante con animo y lo sepa resolver...  :D
http://code.google.com/p/msx-screen-conversor/
http://msx.jannone.org/

Saludos!

gracias!  :)

lo hice para mi proyecto del PSGed, ya que necesitaba convertir los datos del nMSxtiles (de pentacour) a C y averiguar la posición de zonas de la pantalla.

A finales del 2011 me puse en serio, para que fuera útil para más gente.

Ya le he añadido la compresión RLE y cuando acabe una funcionalidad, lo comparto.

Saludos!

tengo una duda...

Los datos en hexa para los que programan en Assembler cual es la forma correcta?

db 0FFh
db $FF

Es necesario los dos formatos, para diferentes compiladores?

esto lo veo una herramienta básica. precisamente estaba/estoy intentando un chorramita para generar tiles sc2 a partir de imágenes bmp/png/etc
http://imageshack.us/photo/my-images/215/chatarratool.jpg/ (http://imageshack.us/photo/my-images/215/chatarratool.jpg/)
la herramienta de ao haría idéntica función pero de forma profesional, vamos :) para una herramienta así sería bueno, pienso, que las imágenes origen vengan preparadas para MSX1, ya que complicar el asunto con conversiones de color, paletas, etc, lo encuentro innecesario

otra sugerencia para aorante, si le sirven, es no limitar el invento a pantallas completas (que no sé si ahora mismo lo estará, ojo), permitir imágenes de cualquier tamaño -x e y divisibles entre 8, para no complicarse tb- con el límite máximo, si se quiere, de 256x192

otra más es mapear y trocear la imagen en tiles únicas (patrón + color únicos, se entiende), de manera que con la salida no se devuelven dos tiles iguales, y si se devuelva siempre el mapa (en id/tiles unicos) de la imagen.. no sé si me explico. el mapa sería de x*y tiles de 8x8 -para empezar- tal cual las dimensiones de la imagen original

ej de salida para imagen de 32x32, para no alargarme
mapa (tiles únicas con su id):
patrones:
colores:

con esto se evita una salida sin mucho sentido, para mi, tal que
etc

saludos,
- paco

ni idea. en el asMSX utilizo el formato 0xff para ese dato. 0xHH para los hex. ningún problema

pues no lo he pensado mucho.. y se nota! ;D ... pero hasta donde lo he pensado si que me parece complicadillo el tema de convertir una imagen -incluso ya tratada para respetar la norma de color de los msx1- a tiles de msx. para complicarme lo mínimo y darle cierta funcionalidad al asunto estaba pensando en una salvajá.. una solución semiautomática, como las ametralladoras :), en la que el usuario decida el color principal y de fondo de cada tile (o grupo de similares).. el tema, claro, es que para imágenes "grandes" esto puede ser un coñazo del 32*24, no?  :griel:

saludos,
- paco

phsoft, la herramienta que presenté aquí: http://karoshi.auic.es/index.php?topic=2201.0 (http://karoshi.auic.es/index.php?topic=2201.0) creo que hace casi todo lo que comentas, es decir, le das una imagen apta para MSX1 de cualquier tamaño y te devuelve los tiles, colores y mapas. Teniendo en cuenta también los que ser repiten. Y también puede aprovechar los distintos tercios.

Lo malo, aparte de que todavía no está liberada  ::), es que es sólo línea de comandos, pero quizás se podía pensar en alguna forma fusionarla con esta otra que tiene GUI...

buenas, morti, que la herramienta no tenga gui no me parece importante. se le añade después, si eso. lo importante es que haga lo que comentas.. además podríamos unir tu herramienta con mi formulario vacío para obtener.. tachán!.. el img-tile-con-versor 3000!*  :griel:

ya vi aquel engine del scroll, creo que lo bajé pero no tuve tiempo de mirarlo. es muy interesante, sip. ahora mismo no funcionan los enlaces, por cierto, ni veo código fuente (o un link a la herramienta que dices) en el hilo que comentas

[modo rollazo on]
filosóficamente hablando: para mi tiene poco sentido tomar un mapa de bits "cualquiera", digamos, e intentar transformarlo buscando una salida (lo más) aproximada (posible) al msx. esto ya lo hace, por cierto, una herramienta en formato asistente que no recuerdo ahora el nombre y que te devuelve preciosos pantallazos de 12kbs... como los de janone?... vram a saco, tu, un formato muy práctico y manejero para calculadoras z80 ;D ... pero bueno, decía que le veo poco sentido a esto (si no eres grafista y vas a trabajar la imagen "degradada" para obtener una salida puro msx, pej) pq lo que salga de la conversión de una imagen que viene de un editor gráfico para pc, pej, sin mucho preparar, pues no lo vas a retocar luego en msx, verdad? lo suyo, pienso, es tomar una imagen YA trabajada en el pc y buscar la salida óptima para msx, esto significa, para empezar, descartar tiles repetidas lo que implica crear un mapa de la imagen y etc. lo de la compresión rle pues no lo veo demasiado útil en habiento bitbuster o pletters pero, oye, no seré yo quien lo diga! mis labios están sellados :angel: veo más práctico un pequeño código que cargue la imagen en asm/basic, pej, para poder examinarla de forma rápida en meisei, copiar y entrar a matar, pej bis. creo que el editor de sprites de janone incorpora algo parecido
[modo rollazo off]

disculpas y saludos,
- paco

* las fotos de chavalas en bikini son opcionales y pueden no figurar en la versión definitiva de este choftware

Hola phsoft

Lo que tu dices no lo hace (proporcionar todos los datos de una área determinada). Lo que si que puede hacer es seleccionar un área de la pantalla del mapa de tiles, pulsando dentro de la representación de la pantalla, en una esquina y arrastrando el ratón hasta la segunda esquina. Veras que marca las casillas de las dos esquinas (en la pestaña "tiles screen").

Tengo que hacer una guía de usuario, con su funcionamiento.

Entiendo por donde quieres ir y me parece una idea muy interesante. Lo estudiaré, a ver si lo puedo implementar.
Gracias!  :)

Hola aorante,

Referente a la exportacion de los datos graficos a codigo asm, hay que usar lo mas extendido y que menos ocupe visualmente
Yo me decantaria por

db   $0F,$0E,$10,$08,$1F
o
db   #0F,#0E,#10,#08,#1F

Los dos formatos son perfectamente compilables con asMSX y con sjASM que es de lo mas usado. seguramente que otros tambien lo entenderan.

Referente a la compresion de datos yo no usaria RLE ya que es una compresion muy eneficiente salvo que quieras hacer volcados rapidos a VRAM, pero en los videojuegos en "general", se usan formatos de compresion mejores para poder almacenar en esas pequeñas roms muchos datos.

Creo que todos los compresores tienes los fuentes, para que lo puedas agregar a tu proyecto. opcionalmente puedes hacer de GUI y llamar al programa compresor externo pasandole el binario.

Referente al nMSXtiles de petancour, ya tiene implementado la extraccion de bancos de tiles, por separado o bien decirle desde el nº de tile x hasta el nº de tile X .

Un saludo.