¿Podría el MSX2 con las aventuras de LucasArts?

Página 8/10
1 | 2 | 3 | 4 | 5 | 6 | 7 | | 9 | 10

Por osises

Master (246)

Imagen del osises

27-11-2014, 11:26

Por cierto, estupendos gráficos de DD y StarTrek.

Por tonigalvez

Champion (310)

Imagen del tonigalvez

27-11-2014, 11:29

osises wrote:

Para tonigalvez:

Gracias, me alegra que te gustara el resultado de la conversión.

No entiendo muy bien lo que planteas. Imagino que si quieres convertir imágenes más pequeñas es para gestionar patrones de un decorado. En principio mi conversor está diseñado para generar un fichero a pantalla completa en formato screen8. Aunque tengas que procesar antes o después de la conversión, efectivamente lleva más trabajo "apañar" los patrones para trabajar posteriormente con ellos.

En realidad para esas funciones se debería crear un programa específico que permita, entre otras cosas, poder editar cada patrón individualmente. Ya he pensado en ello varias veces, pero no tengo aún madurado el proyecto. Mi forma de programar es pensar previamente en todos los detalles y cuando llego a tener atados todos los cabos, o casi todos, comienzo a programar. No es la forma más práctica, por que suelo retener toda la información en la cabeza, pero si no me llega la inspiración... pero tarde o temprano comienzo y no paro hasta terminar, no me gusta dejar proyectos inacabados.

El proyecto que ahora estoy pensando es crear un programa para tratar la creación de patrones como creo que tu indicas, pero ahora mismo estoy madurando la idea de hacer un editor gráfico en este estilo pero para gráficos isométricos. Tengo ganas de crear un juego de este tipo y necesito hacerme el soporte necesario. Las últimas conversiones a MSX2 de algúno clásico, como Batman y otros, son muy buenas pero creo que falta material original. Y eso es lo que yo quiero, crear juegos nuevos basándonos en esa técnica. Por supuesto cuando tenga realizado el programa editor lo publicaré para que podais usarlo todos.

La idea de tener un editor de patrones, que permita crearlos y además tenga la opción de importar, por ejemplo de .bmp o .jpg, sería algo muy completo pero que lleva cierto tiempo implementarlo y más ponerlo a punto. Ahora no tengo mucho tiempo para hacerlo, pero creo que en las fiestas de fin de año dispondré de algo para hacer al menos un boceto del programa. Para dar una idea de ello, por ejemplo, el convertidor de screen8 me llevó al menos un par de meses crearlo y algún mes más para corregir errores e implementar algún que otro cambio. Está programado en QB64, que es un lenguaje de programación basado en QuickBasic de MicroSoft con muchísimos añadidos muy potentes, que compila el código en C y tiene una velocidad de ejecución brutal, además de crear ejecutables para Windows, Linux y Apple. Tuve que aprender todas las nuevas funciones, como por ejemplo controlar el ratón y depurar una buena rutina para su gestión, y eso lleva más tiempo extra. Posteriormente creé el programa convertidor de screen7 y ese me llevó nada más que unos 15-20 dias implementarlo, incluídas las correcciones, basandome en el anterior.

En mí página se puede ver un escueto artículo sobre proyección isométrica orientada a juegos para micros de 8 bits (https://sites.google.com/site/ellaboratoriodeoscar/home/8-bi...). Es una idea básica para crear escenarios y como proyectarlos en un ordenador. Pues algo así es lo que voy a hacer, un editor que permita crear los patrones y los mapas para generar los ficheros necesarios sobre los que trabajar para hacer posteriormente un juego. Eso permitirá implementarlo en cualquier arquitectura (MSX, Amstad CPC, Spectrum...). Ya se me están ocurriendo nuevas cosas según escribo (por cierto vaya rollo que me marco...)

Bueno, ya os contaré

Hola, gracias por la respuesta, me estaba refiriendo a convertir una imagen a SC8 de 224x100 por ejemplo, para usarla en una aventurilla, sobre todo a la hora de grabarla en el disco, que sea un archivo que ocupe exactamente lo que mide esa imagen, no necesito todo el resto de color negro. ¿es posible eso? o no lo es por el tema de como esta en la VRAM?

Por osises

Master (246)

Imagen del osises

27-11-2014, 11:35

Ahora entiendo. La verdad es que no es un problema.

Realmente el programa trabaja con las escala de manera muy sencilla. Determinando el ancho de la imágen de entrada, calcula el alto de manera proporcional para generar el mismo aspecto de MSX2 (256x212). Si generas un archivo de entrada que tenga el aspecto deseado, por ejemplo uno similar o igual a esos 224x100 que tu dices, al convertir rellenará con bordes negros el sobrante. Así te llevas una imágen a pantalla completa al MSX pero recortas posteriormente solo el área que necesitas, que si está bien hecho tenddrá la resolución que necesitas.

Es experimentar un poco con las imágenes de entrada y poco más.

Por tonigalvez

Champion (310)

Imagen del tonigalvez

27-11-2014, 11:39

Ayudaria bastante si tu programa tuviera una opcion que al ser activada solo grabara el contenido de esos 224x100 y no mas. Puesto que si tengo 70 pantallas, imaginate el proceso de recortarlas luego, puede ser muy tedioso.

Precisament eso que comentas de que rellena el resto de la imagen con negro es lo que me pasa con BMP2MSX.

Por osises

Master (246)

Imagen del osises

27-11-2014, 11:48

En principio se me ocurre lo siguiente:

El formato de salida es compatible con screen 8, lo que genera un fichero a pantalla completa. Con este formato se puede recortar el alto, pero no el ancho por que generaría un error a la hora de cargar la imágen. Necesitaría cierto proceso para reconstruir las líneas de la imágen en la posición correcta.

Creo recordar que desde Basic en MSX2 se podían grabar recortes de pantalla, para recuperarlas posteriormente en cualquier coordenada. Lo investigaré para añadir esta opción a la hora de grabar. Creo que es la mejor solución.

Por tonigalvez

Champion (310)

Imagen del tonigalvez

27-11-2014, 11:52

Muchas gracias, con mejores herramientas como la tuya, mejora la creacion de nuevos juegos tambien.

Yo llevo un tiempo queriendo hacer aventuras del tipo de gameplay SNATCHER, pero en SC8, son juegos asequibles de hacer y con tiempo se puede hacer algo muy guapo.

Por Kai Magazine

Paragon (1418)

Imagen del Kai Magazine

27-11-2014, 20:58

Toni, muy guapo el scroll en screen 8 Smile
lastima que usa las 2 unicas paginas que tiene el screen 8 y por tanto todo lo demas tienen que ser Sprites, y todos sabemos lo limitados que son los sprites en MSX (yo jamas he usado sprites para mis juegos).
Supongo que un shoot them up de naves si que seria posible, aunque como dice alguien en este foro, los sprites darian el "cante" bastante, sobre un fondo de tanta calidad.

Tengo muchas ganas de ver algun proyecto / videojuego tuyo para msx2, en particular screen 8. Seguro que es la bomba Smile

En cuanto a lo de Snatcher en screen 8, y conversion masiva de sistemas superiores a msx2, dentro de 3 semanas, los asistentes a la R.U. de Barcelona van a estar de enhorabuena. (el dia despues colgaremos videos de la demo que presentaremos en la r.u).
Os adelanto que no se ha visto nada igual en MSX2.
(estoy creando tension y expectativa Tongue )

Una ultima cosa:
La musica de la intro del snatcher de mega-cd que suena como musica de fondo en el video del scroll de screen8; suena a moonsound fm; estoy en lo cierto? me la podrias pasar, plis? suena chulisima!

Animo Toni, a ver si pones en practica tus conocimientos y nos sorprendes con un nuevo proyecto para MSX2!

Por Pac

Scribe (6652)

Imagen del Pac

27-11-2014, 20:59

osises, te añado aquí enlace al otro hilo relacionado con el tema. Léete lo que te comento y si te interesa me dices algo.

Por tonigalvez

Champion (310)

Imagen del tonigalvez

28-11-2014, 13:16

Kai Magazine wrote:

Toni, muy guapo el scroll en screen 8 Smile
lastima que usa las 2 unicas paginas que tiene el screen 8 y por tanto todo lo demas tienen que ser Sprites, y todos sabemos lo limitados que son los sprites en MSX (yo jamas he usado sprites para mis juegos).
Supongo que un shoot them up de naves si que seria posible, aunque como dice alguien en este foro, los sprites darian el "cante" bastante, sobre un fondo de tanta calidad.

Tengo muchas ganas de ver algun proyecto / videojuego tuyo para msx2, en particular screen 8. Seguro que es la bomba Smile

En cuanto a lo de Snatcher en screen 8, y conversion masiva de sistemas superiores a msx2, dentro de 3 semanas, los asistentes a la R.U. de Barcelona van a estar de enhorabuena. (el dia despues colgaremos videos de la demo que presentaremos en la r.u).
Os adelanto que no se ha visto nada igual en MSX2.
(estoy creando tension y expectativa Tongue )

Una ultima cosa:
La musica de la intro del snatcher de mega-cd que suena como musica de fondo en el video del scroll de screen8; suena a moonsound fm; estoy en lo cierto? me la podrias pasar, plis? suena chulisima!

Animo Toni, a ver si pones en practica tus conocimientos y nos sorprendes con un nuevo proyecto para MSX2!

Muchas gracias Oscar,

Pues, ya sabes, yo prefiero usar HW sprites, al menos para el personaje principal, prefiero siempre suavidad y respuesta instantanea de movimientos (creo que es lo esencial para la jugabilidad) y los enemigos pueden ser otros HW sprites o copys. En realidad me vale lo que sea, siempre que nunca se mueva por debajo de los 15 fotogramas por segundo y la respuesta sea instantanea.

Respecto a lo de STAR TREK, pues yo intente hacer un juego con ARTRAG antes del Uridium, al final se quedo en esto, las naves para ser HW sprites de SC8 con esa paleta tan horrible, no se ven tan mal, eso si, el scroll no estaba todavia acabado Video WIP del juego de Star Trek
Que conste que tengo todos los graficos hechos para el juego, algun dia lo acabaremos o si hay otro programador interesado, lo hare con otra persona.

Creo que el scroll de SC8 es mejor usarlo para mover algun dibujo o logo. Para un juego prefiero usar SC4 o SC5, segun la necesidad.

Estoy deseando de ver esa demo que vas a presentar Oscar.

Por tonigalvez

Champion (310)

Imagen del tonigalvez

28-11-2014, 13:39

Manbow 2 demuestra muchas de las cosas que defiendo del MSX2.

Página 8/10
1 | 2 | 3 | 4 | 5 | 6 | 7 | | 9 | 10