Karoshi MSX Community

Me siento tan culpable por mi conducta que como único camino para alcanzar la redención debo confersarme públicamente en este foro, entre mis compañeros y amigos, para que vosotros me ayudéis a obtener el perdón y descargar mi maltrecha conciencia: ayer me puse con el asMSX y programé mis primeros HMMC y LMMM, y lo que es todavía peor: ME GUSTÓ. ME GUSTÓ MUCHO. Maldito y tentador V9938 con sus colores y sus paletas... Ayudadme por favor a volver al buen camino del TMS9918. No consigo sacarme de la cabeza el TH-4A.TXT ni el TH-4B.TXT.

Una vez has sido seducido no hay vuelta atras.
No hay de que confesarse! Para bastantes entre los que me incluyo es una alegria :)

(http://www.uky.edu/Projects/Chemcomics/assets/images/nooo.GIF)


Que no, que abrir nuevos horizontes es bueno! Eso si, no te olvides de los chiquitines de la norma! ;)

Pues na, a trastear, que es lo que mola :D
Luego ya veras como el VDP no da tanto como se quisiera, pero tiene su uso :) En nada te pediran juegos para TR!!

Quería ver un poco de qué iba el tema, pero lo cierto es que resulta muy lento para mover datos gráficos. De hecho, sin optimizar en absoluto, consigo a 60 Hz mover 4 bloques de 16x16 de VRAM a VRAM con LMMM/modo TIMP por frame sin entrar en el área de retrazado de pantalla. Por lo tanto, para tener juegos a 60 Hz, no se pueden mover muchas cosas a la vez. Pero para alguna chapucilla experimental sí que me va a servir, ya lo creo...

Pero sigo teniendo claro que lo suyo es el MSX1. Por lo tanto, a lo más que aspiro es a hacer juegos multiversión, con un engine gráfico específico para TMS9918 y otro para V9938. Más curro, pero creo que puede ser interesante como experiencia.

Me encanta Robs tu forma de dejarte seducir todavia por el impulso de seguir descubriendo y probando cosas.

Un saludo.

venga pitpan a ver que haces con ese VDP mi msx2 pide caña!! :) que a los sprites multicolor se les puede sacar mucho partido

Robsy for MSX2! 2+ y TR!!!  :P

Aaaargh. ¡Que ayer me despisté otra vez y ya estoy moviendo bloques de 30x30 a todo color! Incluso puede que me salga sin querer un juego... Maldita sea. Yo, todo un profeta de la primera generación, vencido por un inocente circuito LSI como es el V9938.

Esto cada vez pinta mejor :)~

Aun estás a tiempo de desengancharte. ¡Yo lo conseguí, y sin "parches de MSX2"! El Sex Bomb Bunny lo hice campo-traviesa, sin todavía conocer el MSX a fondo, con mucha presión por sacarlo en una fecha determinada, por lo que tiré de SCREEN 8 y HMMC/LMMM :-\


La verdad es que ese tipo de comandos son exageradamente lentos e incómodos de programar, sobre todo comparados con el blitter del Amiga -que salió el mismo año 1985- por lo que es comprensible que su uso no fuera muy extendido. De lo contrario, no tengo la menor duda de que las compañías de videojuegos de la época se hubieran abalanzado COMO HIENAS EN CELO sobre tal tecnología para poder explotar los gráficos tipo bitmap en 16 o 256 colores.

No sé realmente por qué los metieron en el V9938. Al igual les sobraba silicio :laugh: o presupuesto :griel: o creyeron que sería más rápido y usable. Sea como sea, en el Sex Bomb Bunny las pasé MAGRAS para trabajar con ellos, hasta el punto en que si se acumulaban 4 zonas de la imagen de fondo a revelar en un mismo frame, no tenía tiempo, y lo tenía que volcar en frames independientes, a la vez que el resto del juego seguía moviéndose al frame.

Pero por otra parte y siendo fiel a mis principios, no puedo dejar de apoyar a la gente con ganas de innovar Y SOBRE TODO, de exprimir todos los rincones del excelente hardware del MSX para luego aplicarlos con gracia en un videojuego. Así que si estás completamente decidido a explorar esos PELIGROSOS derroteros, no seré yo quien te tire piedras :magicalstones: :magicalstones: :magicalstones: :magicalstones: Sólo te pediría por favor que no cayeras en la pecería fácil ni en la moda actual de "mucho-gráfico-pero-pocos-fps" y acabaras haciendo juegos tartamudos a 15 fps inestables :'(

¡Al Hierro!

    Mk II

Muy bueno, Mk2, pobres gatitos... Procuraré usar algún LDIRVM para evitar muertes sin sentido ;)

En cualquier caso, os garantizo que será una mierda de juego, versionando una versión de un juego muchas veces versionado, y con lo mejor de cada cultura: gráficos SD (a la japonesa), muy grandes (a la holandesa), con velocidades aproximadas de 1 FPS o puede que menos (también a la holandesa), y sonido exclusivo FM para ordenadores exclusivamente sin FM (lo que es una forma elegante de decir "sin sonido") ;D

Así aprenderéis a pedirle al Robsy que programe para vuestros infectos MSX2  >:(

Eso sí, el emulador de MSX2 que he programado en mi MSX1 funciona bastante bien  ;)

Hala, ya he conseguido que vuelva del "lado oscuro" ;D

Ahora los que me habéis solicitado el post salvador, acoquinad :joe:

Ahora en serio, ya que ha sacado el tema Robs, no creo que fuera tan descabellado sacar partido de tal circuitería. No como método principal y exclusivo de impresión de gráficos, sino COMPLEMENTARIO y, lo más importante, PARALELO.

La verdad es que no me acuerdo si tales comandos pueden usarse en modos gráficos de patrones, pero incluso si no se pueden, al igual sería posible experimentar conmutando el modo gráfico durante el vertical blanking, lanzando operaciones en paralelo, y reactivarlo antes de que empieze a mostrarse el primer pixel de la imagen (estoy elucubrando al vuelo). Tampoco me acuerdo si mientras se ejecuta una operación se pueden enviar datos a VRAM, pero creo que no debería ignorarse NI UN TRANSISTOR del VDP en aras de la experimentación.

Si no me equivoco, eso se ha hecho. Recuerdo haber leído un post en el MRC precisamente sobre este tema. Además, en los 9958 creo que no era necesario conmutar el modo gráfico para poder usar los comandos.


Por supuesto. Aún tienen mucho que dar estos procesadores :D

Que se pueda decir esto de un ordenador despues de 20años es alucinante :) me encanta el msx

:o A mi me sonaban campanas de que o bien no funcionaban o bien tenían comportamientos imprevisibles e indocumentados en modos de patrones (lo cual no quitaría que se le pudiera sacar utilidad). Interesante lo que dices del 9958.

No sus compliquéis la vida, mushashos. Que como diría Nishi, si no se pué de hacé con la BIOS es que no es güeno. Palabrita. Quedarsus quietos. Y si er beisic sus va lento, sus compráis un trubo-erre.

Y ahora en serio: para los que seamos amigos del desarrollo cruzado y gocemos ahora de la libertad de Linux, ¿qué editores gráficos me recomendáis? Estoy utilizando, como no, The Gimp, pero o no sé usarlo demasiado bien - cosa probable - o no tiene un buen soporte para los modos con paleta. Por eso, estoy a caballo también con mtPaint, una aplicación bastante interesante para edición en modo bitmap con paleta. Aprovechando la amplitud del foro, os lanzo la pregunta: ¿buenas aplicaciones de edición gráfica para nuestro negociado? Creo que TommyGun está disponible, pero no la he usado nunca.

Hasta entonces, Ubuntu con asMSX, mtPaint+GIMP, openMSX.

:D ;D :D ;D :D ;D :D ;D


Yo soy de los que no entiende el uso de programas de retoque fotográfico (como Photoshop) o de manipulación de imágenes (como GIMP) para crear gráficos de videojuegos, más aun si se trata para sistemas de 8 bits. Es como intentar clavar un clavo en la pared liándote a golpes con el canto de un martillo neumático desenchufado. Supongo que en parte será por la vergonzosa e inexplicable carencia de software especializado y de calidad en ese sector, y por la incorporación progresiva de elementos clásicos de edición al pixel en esos mastodontes de herramientas.

Los que suelo usar en el desarrollo de mis videojuegos para 8 bits:

• GraphX2: Muy parecido al Brilliance de Amiga, multiplataforma http://code.google.com/p/grafx2/ (http://code.google.com/p/grafx2/)
• Brilliance: Para mí, aun el mejor. Para Amiga, pero se emula sin problemas en cualquier plataforma.
• Pro Motion: El mejor para Windows. Se usa mucho en empresas de videojuegos (Electronic Arts, UBI Soft, Digital Eclipse, Gameloft...) a pesar de que no sé porqué razón parece no conocerlo nadie... ah, será porque NO ES GRATIS ;D http://cosmigo.com/promotion/ (http://cosmigo.com/promotion/) Recordad que para Linux existe Wine para correr soft de Windows, y salvo algunos iconos corruptos, lo emula perfectamente.
• Pixen: Para OS X. Hace tiempo cuando tenía el Mac mini PPC era una caca de programa. Ahora se ve mucho más competente, aunque los iconos de la paleta de herramientas siguen siendo horripilantes XD http://opensword.org/Pixen/ (http://opensword.org/Pixen/)

Gracias por el chivatazo, Mk2.

Me apunto lo del GraphX2, que voy a descargarme y probar ahora mismo. Y me ha alegrado saber que la gente de Cosmigo sigue a tope. Si no recuerdo mal, esta gente ya estaba en pie de guerra con el Spectrum o sus primos rusos no muy lejos de Sarajevo. Las primeras producciones suyas que vi fueron sus entradas para el concurso de Bung de creación de video-juegos para Gameboy, y debo decir que eran espectaculares: GameBoy Color trabajando como si fuera un Amiga prácticamente: mucho color, muchísima acción, efectos visuales *imposibles* en una maquinita "tiled" como la GBC, efectos de sonido alucinantes, etc. Después de la muerte comercial de la GBC, vi un poco más de lo que hacía para GBA, pero después, al centrarme únicamente en el mundillo del MSX les perdí el rastro.

Hala. A programar.

Me quedo con el GraphX2. Es volver atrás en el tiempo casi 20 años y volver a disfrutar con los programas de edición gráfica. Gracias de nuevo por el apunte.

;) A disponer.


La verdad es que esta peña se lo curra bien. Pro Motion es un programón potente, versátil, práctico y hecho con buen gusto, y eso es algo RARÍSIMO en Windows.

Buena elección, sobre todo si tu intención es desarrollar en entornos Linux.

Me los quedo,  ;D


De todas maneras si alguien quiere un programa de retoque fotografico interesante: http://www.getpaint.net/

Hablando de retoque fotográfico...

Si la peña usa programas de retoque fotográfico para crear gráficos de 8 bits, sospecho que usarán entonces el Graph Saurus o el Melbourne Draw para retocar las fotos de sus despedidas de soltero... hmmm...

Yo uso el Graphics Gale: http://www.humanbalance.net/gale/us/

No tiene mala pinta. Y si es japopayo, seguro que rocka :magicalstones:

A mi me va de coña :) en la misma web hay una version gratuita y aunque en el screenshot los menus estan en japo en la version que descargas si aparecen en ingles

http://www.humanbalance.net/gale/us/download.html

No, no. Si para mí, que esté en japo es una "feature" XDDD Así cuando diseñas los gráficos estás ya rodeado de una atmósfera más "del palo" :joe:

Espero que no tengas la GFX9000 y ten pongas a usar sus HMMC y copon .. van a morir gatitos a mansalva!

Eso pense yo, pero no sabia si decirselo.

¡Hombre, donde vas a parar! Una GFX9000 no tiene absolutamente nada que ver. Es mucho más rápida y fácil de programar. Los comandos no son una "tortuguez" enrevesada como en el V9938. Además, estaríamos listos si con tanto modo bitmap no se pudieran manipular los idem con un mínimo de dignidad.

Eso sí. Aunque no mate un gatito por cada comando en una 9000, quizá sí lo haga por cada programador gandul que se dedica a recolorear horteramente capturas de juegos clásicos con ella, postearlas en un blog para correrse un flipe facilongo de la peña... y no empezar/acabar el juego :joe:

Tengo ganas de aprender sobre el 9938!  :D

No estaría mal documentar y compartir de alguna forma (en español), como funciona...

Sobre el tema de software Paint, yo utilizo una versión recortada del photoshop (el Elements 2) y el Gimps. Es verdad que de Paint tienen poco, pero cuando los dominas, te sientes más ágil trabajando con ellos. Una cosa que tienen buena es la herramienta de las capas. Puedes separar diferentes partes de la composición. Lo peor es la falta de herramientas para pintar lineas, rectángulos, circunferencias y sobretodo para trabajar con paletas pequeñas. El Gimp se aventaja con el photoshop, en que permite con una atajo pintar lineas y utilizar como pincel una selección (ideal para diseñar un tileset y hacer pruebas).

Como Paints, prefiero el Deluxe Paint y el Personal Paint de Amiga. Ambos son muy parecidos y tienen una segunda página que puede suplir las capas de los programas antes citados...

La verdad es que las capas ayudan bastante, sobre todo a la hora de montar decorados y combinarlos con sprites para hacer los mockups sin que se mezclen los gráficos, añadir plantillas, marcas, metadatos, etc. Hasta ahora eran terreno exclusivo de pepinos como Photoshop, pero poco a poco se van introduciendo las capas también en programas de dibujo al pixel como el fantambuloso Pro Motion.

Reíd mientras podáis y disfrutad del tiempo que os queda especulando sobre programas de dibujo, que en mi zulo ya tengo un juego funcionando para MSX2: los gráficos del in-game más el motor completo ocupan 3 KB. Temblad, malditos, que dentro de nada vais a tener una ROM para MSX2 como nunca la habéis visto ;D

Vaya enganchada más tonta, de verdad.

Ya era hora que Peter Pan se hiciera adulto, juas. ;D

Tenemos ganas de verlo.

Cuando le pilles el gustillo al msx2 yo dejé un regalo llamado Head Over heels coloreado. Si te motiva ...  ;)

!!! 3 KB!! Crucial!

Que se note la procedencia del MSX1 :joe:

Bah... pero coloreado para MSX2... eso a estas alturas ya parece PECADO VENIAL ;D (si no fuera por que se trata del HoH, o sea que ---> ¡A LA HOGUERA!)

Habrá que esforzarse más para impresionar a la peña; ahora directamente mejor ya colorear en GFX9000 :P

Estoy en ello  ;)

¡Coñe! ¿Tú también tienes GFX9000? :o

Si luego desaparecen gatitos en tu barrio, ¡que no le encasqueten la culpa a los chinos! (¿o era perro lo que comían?) :joe:

Acaso tú tienes también? Por mí que se mueran todos los gatos que mean en mi acera y las viejas que le dan de comer.  ;D

Pues yo voy haciendo como las hormigas, ya voy por la tercera fase (en escenarios se refiere) de un megaproyecto que nadie acabará y se quedará ahí colgaete como el X-tazy.

Como a fecha de hoy dicen que hay problemas con el cuello del vdp quizá en 2 añitos ya esté la placa lista de Coleco y tenga una oportunidad.

O sea, que tienes, vamos :joe:


¿De qué va eso del cuello del VDP? ¿Te refieres al ancho de banda de transmisión de datos CPU<->VDP?

Sí algo así dicen los programadores, que por más gráficos que metas ...

Yo sólo soy grafista, no entiendo de esas cosas, pero me da rabia que con un tarjetón con tantas posibilidades luego no sirva para nada si el msx no da para más. Por lo menos eso dicen en cuanto al Turbo R. Con el v9990 no sé si pasará lo mismo.

Aunque las demos que he visto de powerbasic son muy rápidas y mueven bien los planos y los sprites.

También vi una demo de pocas líneas del Pumpkin Adventure 3 en powerbasic e iba igual de velocidad que el original de msx2 en ensamblador.

porque a todo esto... ¿que vale un gfx9000 ahora?

La verdad es que nunca le he metido mano a la GFX9000, pero si el V9990 es mucho más rápido con los comandos de manipulación de bitmaps que un V9938 tal como se dice, el cuello de botella con la CPU no debería ser tan decisivo, ya que una vez cargados los gráficos en VRAM, los comandos se limitarían a efectuar operaciones VRAM <-> VRAM, sin pasar por el bus de la CPU ???

¿O te estabas refiriendo a otro VDP/tarjeta?

89 leiros.

Playsoniq 150.

Por cierto, quería saber ya de paso, si todos los juegos de master van directos con el loader o también hay que adaptarlos como con el Franky. Porque si ya van tal cual, no creo que nadie se ponga ahora a parchear todos los que faltan, que son bastantes, para la Franky.

Es que no sé si el gfx9000 ha de pasar por el msx o es independiente y el msx sólo hace de adaptador de corriente.

Otro problema que veo es que si eliges una paleta de 16 colores (ge5) entre 32000 no veo manera de pasarlo a bmp.

Con el viewmsx se puede (ge5) siempre que estos 16 colores sean entre 512 de un msx2.

Por lo que de momento estoy usando paleta msx2 (no queda nada mal pero se podría mejorar).

El cuello de botella igual, en el momento que la RAM de la gfx9k no esta mapeada en la CPU sino en la VDP, peeeero como tiene muchisima mas vram se pueden ir cargando graficos por adelandado.

Algo bueno, que parece que vamos a tener alternativas a la gfx9k bastante superiores (varios v9990 por ejemplo) que dicen seran compatibles con la gfx.



Respecto a la Playsoniq, yo hasta ahora cargo las roms al pelo sin ningun parche.

Yo que sé, yo veo la VSU con varios chips y lo encuentro muy lento. Yo creo que puedes hacer lo mismo con un gfx9000 sólo.
No sé, si veis las demos del mickey mouse o el Prince of Persia ...

Pues si van todos los juegos en el Playsoniq pues mola. En el Franky es que sólo llegaron a adaptar unos pocos y por lo que veo así se quedará.

Otra cosa, ¿se puede grabar partida en el Ys de master?

Otra pregunta, en el Franky no me iban los juegos de más de 2 megas en el Turbo R porque necesitaba memoria externa y ésta no respondía en un Turbo R. (En msx2 sí).

Entonces ahora con Playsoniq ¿funcionan todos los juegos en Turbo R?

Es que en ningún modelo de VDP que yo sepa está la RAM mapeada en el espacio de direcciones de la CPU. Todo se ha de enviar a la VRAM por el puerto correspondiente. Ahí siempre habrá cuello de botella, sí, pero si tanta VRAM tiene la tarjeta, lo sensato es enviar todo el material gráfico a VRAM antes de entrar en el bucle principal del juego, y a partir de ahí tirar exclusivamente de comandos del VDP, que actuarán rápidamente de VRAM a VRAM.

Lo único que se me ocurre que te podría "romper los esquemas" y hacerte sufrir el cuello de botella sería que o bien la tarjeta no tuviera tanta VRAM como para alojar de antemano un contingente gráfico sensato (no he mirado de cuánta VRAM dispone, estoy currando XDDD) o bien que no se está adecuando el juego a la máquina, es decir, se le intenta pedir mucho más de lo que puede ofrecer, tal como se está haciendo con los juegos de consolas actuales "mucho-gráfico-pocos-fps-no-vsync", y necesites estar enviando toneladas y toneladas de datos gráficos de la CPU a la VRAM :joe:

Creo que tiene 512k Vram, es decir 16 páginas (4 veces lo que he usado para colorear el HoH = 128k)

Si en lugar de plantear una VDP como la V9938 se hubiera seguido una evolución más continuista con la filosofía del TMS9918 original, el MSX2 habría tenido un desarrollo mucho más fácil y unos resultados más espectaculares a nivel gráfico, como es el caso de la SMS y, a su manera, la Megadrive/Genesis después. Modos "tiled" mucho más rápidos, en los que hay que mover poca información desde CPU a VRAM por frame para conseguir un gran resultado visual.

Pero a la gente le apeteció que fuera bitmapped y no incluyeron más modos de patrones que el SC4, que es básicamente SC2 pero con modo de sprites 2. Ellos se lo perdieron. Y resulta que cuando hablamos de espectacularidad visual en MSX2 la gente siempre acaba citando el SPACE MANBOW, un juego hecho en SCREEN 4.

Y KRALIZEC o MATRA nos demostraron su buen hacer en este modo gráfico. Por no hablar - aunque sea una simple demo técnica - del DRAGON'S LAIR de Nyyrikki.

Completamente ultra-de-acuerdo :laugh:


Lo cual es ultra-fuerte ;D

O si al menos hubieran reforzado los modos bitmap con un soporte hardware digno via blitter como el Amiga, con registros de pan omnidireccional, o tan sólo que los comandos de manipulación hubieran sido más rápidos...


Gracias por la parte que me toca ;) El SC4 del MSX2 es algo acojonante, visto desde los ojos de alguien que vino del Spectrum como yo. Y creo que es un modo que aun tiene MUCHÍSIMO que decir...

Lo cual no es poco de pavo...

La master tiene una paleta que me pone nervioso. No tiene contraste, todos son colores de "juguete".

La paleta msx2 de 512 colores es impresionante. Por eso un Space Manbow es brutal, si sabes elegir bien los 16 colores.

Y no te digo ya la paleta de 32000 del gfx9000, he probado cosas y es sublime, pero como he dicho antes no puedo pasarlo a PC y me tengo que conformar con usar paleta de 512. Lo de pasarlo a PC para mí es importante porque es donde construyo los mapas.

¿Y qué necesitarías para poderlo pasar a PC? Me refiero a que 32.768 colores son los equivalentes a 15 bits de profundidad de color, es decir, 32 valores posibles para cada componente RGB. No veo a priori ningún problema para convertirlo VGA <---> V9990. En los modos de paleta de PC cada componente es de 8 bits, es decir, 256 valores posibles, por lo que no veo dónde está el problema de pasar de uno a otro, salvo quizás la falta de un programa adecuado para hacerlo.

Que yo sepa, al menos en el Pro Motion (la versión más reciente) para Windows y en el Brilliance para Amiga se pueden especificar los bits por color, y así el total de colores de la paleta.

Exacto, falta de programa para hacerlo.

El viewmsx solo lo pasa con 512 colores. Con 32000 peta.

El otro programa que transforma es para formatos g9b que son resoluciones grandes.

El pequeño problema de la paleta de 512 son los oscuros, apenas hay un negro absoluto y tres colores más cambiando el tono RGB.

Para los fondos de segundo plano siempre es mejor usar una paleta más apastelada que dé sensación de lejanía.

Si os fijáis en Rastan Saga que es muy bonito no da esa sensación de profundidad que tiene el arcade por los tonos de color, son todos muy potentes. Y qué decir de los colores de msx1, son purísmos, por eso en el knightmare gold por muy matizado que esté no tiene ñla fuerza del original.

Deduzco que si por lo que he estado "leyendo" en el MRC en ingles. Al final me parece que voy a acabar comprando playsoniq, por que como dices para franky se necesita el doble de memoria para cargar un juego, con lo cual solo puedo cargar los de 256 kb en el Turbo R.

Ademas si se pueden cargar los juegos sin parchear es mucho mejor,mas todo lo que le han añadido, pues eso.

Sí que es verdad que los tonos oscuros quedan bastante empobrecidos con una paleta de 512 colores, pero hay que tener en cuenta que esa misma configuración (16 colores de 512) es la que usa el Atari ST, y la verdad es que se han hecho verdaderas maravillas gráficas con ella.

Un truco que se usaba mucho en tal plataforma era una distribución uniforme de todas las luminancias, con ligeras variaciones cromáticas apasteladas y algun que otro color suelto más saturado (sobre todo rojizos/azulados). En eso los Bitmap Brothers eran los amos. Si ripeáis alguna de sus paletas veréis lo versátiles y resultonas que son ;)

La GFX9000 está genial; aunque no he trasteado con ella, la tengo por aquí tirada ... Si te limitas a trabajar con patrones o los BITMAP  hasta SCREEN 8, pues genial, pero si te metes en resoluciones más altas, con más de 256 colores, etc, etc ... pues estamos casi en las mismas.

Pero un juego en "SCREEN 4" para la GFX9000 tiene que ser un trallazo de los buenos!!!!!!!!!!!!!!!!!!! 512k de VRAM y con ese reloj ... JANDERL!!!

En modo P1: 125 sprites definibles, 16 sprites en horizontal, 21.5mhz, 256x212 píxels, 2 layers, 30 colores simultaneos (4 paletas de 16 colores), ...  :magicalstones: :magicalstones: :magicalstones:

Pues a la vista de los datos que apuntas, Dioniso, este modo gráfico está pidiendo a gritos un shoot'em-up a más puro estilo de recreativa: vista zenital, scroll vertical, muchísimas armas, muchísimos disparos, muchísimos enemigos y todo moviéndose a la vez, con un layer próximo (nubes, elementos, enemigos finales) y uno lejano (fondos, terreno).

Y si alguien pica, pues perfecto. Eso sí, para realizar todos los cálculos de trayectorias y no perder frames igual sí hace falta tirar un poco del R800, por aquello de usar de vez en cuando alguna multiplicación ;)

Exacto. 125 sprites, 16 en línea y los 2 layers = YUM, YUMM y RE-YUMMMM :o


¡No hombre no! No te rindas tan rápido a la vorágine de la velocidad de la CPU. Que por muchos sprites que muevas por frame, nada te impide programar un secuenciador rápido de enemigos a base de encadenar tablas precalculadas y bucles desenrollados. Y en el caso de que necesitases alguna multiplicación extraña, también puedes usar tablas de multiplicación. Ten en cuenta que incluso los shoot 'em ups más recargados suelen tener comportamientos de sprites bastaste programación-friendly.

Lo que hay que evitar en estos casos es el planteamiento inocentón "enyín de física", típico de n00bz flipaos. Eso ya pertenece más al terreno de las consolas 3D, empaquetadas de MEGAFLOPS. En ordenatas de 8 bits hay que tirar del ingenio e hincar codos :laugh:

Ah, y tal como hacía Joffa Smith, según qué cálculos (e incluso algún movimiento concreto) no hace falta hacerlos CADA FRAME ;) Multiplexación rulez 8)

Yo siempre aplico una de las máximas de la programación funcional: la EVALUACIÓN PEREZOSA. Sólo hay que calcular las cosas cuando se van a necesitar, ¿para qué antes?

¡Funciona de miedo aplicado al ensamblador!

Evidentemente, Bresenham para casi todo. Con eso y unas buenas tablas de seno / coseno en punto fijo de 16 bits puedes conseguir *cualquier* cosa con un tiempo de proceso mínimo. Incluso en un modesto Z80 a 3,5 MHz. Y a 50/60 Hz, porfaplís. Nada más triste que perder frames por el camino o tener que jugar a 1/2 o 1/3 de refresco. Entre bonito y ágil, me quedo con ágil, bien programado y, sobre todo, adictivo. NAMCO forever!

Eso es lo que hago yo, programacion perezosa, con mucha vagancia...  :joe: Ah que no era eso...

Dioniso, en ese modo estaba yo liado. Y sí, digamos que los motores serían como los shooters, scroll vertical y horizontal con 2 planos y muy colorista.

Otra cosa que me gustaría saber desde mi ignorancia. Por ejemplo, juegos ya hechos con turbobasic como los de Kai, No Name, Nuts ... ¿podrían cambiarse a powerbasic cambiando la sintaxis? Podrían ir realmente suaves y ahorrar muchas cargas aprovechando la Vram del gfx9000. No me refiero a usar el modo dualplane, tal como está hecho pero acelerandolo.

Para que no te pille el rayo :joe: Como necesites actualizar una coordenada de un sprite que está a punto de visualizarse y te tengas que liar a hacer cálculos, estás perdido :o

Na, que ya te entiendo :P Eso está muy bien, tan sólo has de tener cuidado de que no se produzcan picos en el juego con una gran demanda de cálculos en un sólo frame. Ahí es donde puedes tener frame dropping. Yo prefiero multiplexar y hacer cada cálculo en el frame que le toca, pero siempre, se necesite o no, tal como lo hace el hardware. Así consigo un timing del frame más o menos estable y no me llevo sorpresas.

En el Retaliot de la dev no tuve tiempo de estabilizarlo, por eso a menudo se ralentiza :-[ Pero bueno, está ya subsanado en la versión Deluxe ;)

Eso, eso... con unos buenos SENOS :joe:

Y crucial: pasando del sistema clásico de 360 grados... con 256 mola más XDDDDDDDDDDDDDDDDDD


¿Estoy leyendo bien? ¿Hay alguien que piensa igual que yo en ese aspecto Y NO SE LE ECHA NADIE ENCIMA? :police: En EMS casi me comen vivo :P

¿Me puede explicar alguien bien lo de las 4 paletas?

Yo he usado una paleta distinta por plano y me gustaría saber si los sprites que ponga encima tienen que tener la misma paleta del plano correspondiente o puede ser otra diferente.

LMAO :joe:

Eemmm... salvo los sprites (que sí van a 50/60hz) el scroll del QBIQS va a 25/30hz y no se nota :P

Me fastidió bastante tener que hacerlo así, pero no quedó otra...

Pues sí, sí, así es. Y en el mismo plan integrista, salvo que me equivoque, está también Ramones: 60fps forever!

Supongo que como este hilo se ha ido frikitizando hacia el lado programeril cada vez tenemos menos lectores y podemos decir barbaridades, como que mejor una GBC que un MSX2: 4096 colores disponibles, casi un Z80, velocidad de crucero de 8 MHz, dos planos gráficos más sprites, scroll por hardware, tiles y sprites multicolores, DMA, refresco de pantalla *fijo*, etc. Y casi sin RAM, para hacernos la vida más interesante a los programadores. Ah, Nintendo...

Por decir menos que esto me hacían kick/ban por IP en el canal #msx en el IRC. Felices e inocentes años 90. Saludos a Antxiko, que era el que me solía hacer esto cada vez que se me soltaba la lengua ;)

Um.. aun podemos prenderte fuego... Pero primero has de hacer la confesion completa. Es decir, que acabes el juego, leñe :)
Con todo, no se si ahora la gente quiere juegos de MSX1, de TR o para V9990. Que no sus aclarais!

Esto, me apunto a lo de los senos. Alguien sabe donde encontrar un par?

Supongo que como este hilo se ha ido frikitizando hacia el lado programeril cada vez tenemos menos lectores y podemos decir barbaridades

[/quote]

De eso nada, que yo no tengo ni paja y os estoy leyendo por que me gusta aprender (aunque casi no me entero una meirda de lo que hablais  :joe: ) lo encuentro la mar de interesante. aunque si pudierais hablr de una manera un poco mas "sencilla" para paletos como yo os lo agradeceria  :griel:  .

Seguir el hilo seguir.

Eso, eso, que está interesante.

No Julio, si hablaban de paletas de colores, no de paletos ;)

Ahora en serio. Para esto la Franky/Playsoniq es bastante MSX friendly. Si ya has hecho cosas para na mas que sea MSX1, ya puedes hacer algo para Franky.
No se que tal es la GFX9000 pa esto, pero siendo bitmap ya imagino que es otra cosa, manque mas rapida que un 9958 sino mal andariamos...  Vi que el openmsx la emula, que tal de fiable es emulandola? Es que solo vi la digitalizacion de la señorita que enseña ...

P.D.: Me ha gustao el palabro "enyín"  ;D

Necesito con urgencia saber lo de las paletas de los sprites, depende ponerme esta tarde a seguir con los gráficos o dejarlo por imposible.  >:(

... y ¿pediste alguna ROM, aunque fuera para ver lo que ocurría XDDD??  #obsoletos terminó siendo el destierro de los rebotados, y molaba mas!

Si supiera que es lo que necesitas convertir a que, te podria hacer un conversor. Pero es que no se como rula la GFX9000, si es eso...

Añádeme a mí también :angel:


Ya te digo que si molaba más. Ahora mismo el canal #msx está mucho más moderadito, pero hace falta que la gente entre y hablar de coding extremo y de aprovechar hasta el último ciclo de CPU y tal... aunque para eso tenemos #msxdev que está muy paradito...

Grande :D Ahi empece a entrar yo... Y me convencieron para pillarme la FlashROM de Padial :D Pero hace muchisimo que no toco el IRC, no se puede estar en todas partes  >:(

Ahora que recuerdo.. desde Trillian podia entrar al IRC, al menos tiempo atras... Ya que lo uso para MSN y Yahoo, no tendria que tener ningun otro programa abierto... Ví a probar...

Yo me fiaba de esto, pero Dioniso me ha hecho dudar.

Dualplane mode P1: two planes that can scroll independently, with 4 palettes of 16 colours out of 32768 per plane

4 paletas por plano, por eso estaba haciendo los sprites con otra paleta diferente al escenario. Me jodería mucho que no fuera así, pues me he dejado los colores en el fondo para hacerlo lo más tremendo posible.

Si acaso ya sabes, manda un mail con un ejemplo. Tengo el MSX Top Secret por ahi, que venia algo sobre la GFX9000. Si pone algo de sprites quiza un conversor seria posible. Y a malas puedo probarlo yo tambien via openmsx. Pero vamos, que parto de cero respecto al V9990...

Simultaneously displayed colors:   30 colors + transparant

Puedes leerlo aquí (http://msxbanzai.tni.nl/v9990/manual.html#patternmode).

Kun te paso lo que quería hacer a ver si se puede.

30 colores + transparente. Si es en total es una putada, espero que sea por plano. No tiene sentido que sea igual que en el P2 que sólo usa 1 plano.

Además si solo puedes usar 30 a la vez para qué tanto rollo con 4 paletas.

A las malas habrá que esperar a la tarjeta de Coleco y que el plano de los sprites sea por v9958 para disponer de otra paleta aparte simultánea.

Pues si tenemos 4 paletas de 16 colores, siendo uno de esos colores transparente ... tendremos dos paletas de 15 colores más ese transparente por plano, por lo que, según yo lo entiendo, serán 30 colores más transparente por plano. Lo que me raya es que no especifique lo de los planos ... pero deberían, por lógica, ser 60 colores en total para P1.

Ahí es donde iba yo. Yo le echaba 64 colores en pantalla a la vez.

Es que sería lo suyo. Una paleta por background y las otras 2 para los personajes.

Si alguien entiende que se mire las demos del m-kid de gfx9000 sonde hay 2 planos moviéndose a la vez y luego hay un sprite corriendo y aparte otro gráfico fijo.

Esto es algo que no entendi bien, la tarjeta de Coleco sera para enchufarla directamente a los MSX?

Cuando usais ese termino ingles (me recordais a la gente de Sudamerica usando terminos ingleses XD ) os referis a que es mas amigable/comodo?

Si se hace con habilidad/putería y si la parte que va a 25/30 fps es totalmente estable, puede dar el pego. No olvidemos que el mismísimo Cobra sólo tiene el suelo a 50 fps :magicalstones: Aunque tampoco olvidemos que el MSX tiene un hardware bastante cañero y el Spectrum... no tiene hardware :griel:

Una pregunta: ¿el scroll del QBIQS entonces va de 2 en 2 (o más) pixels cada 2 frames?

Básicamente el tema es que el modo de 1 jugador utiliza 2 frames completos para cada vuelta del bucle, así se reduce el número de transferencias a VRAM hasta un límite que entra perfectamente dentro del retrazo vertical (incluso a 60hz). En un frame se vuelca el scroll de las piezas y en el siguiente el scroll de los laterales (ojo, sólo se vuelca el scroll cuando éste ha cambiado). Los sprites se vuelcan en todos los frames y los choques disparos/piezas también se comprueban en todos los frames.

El modo 2 jugadores es algo diferente, ya que el scroll se actualiza en todos los frames, pero alternativamente para cada jugador. Es decir, un frame el jugador izquierdo y al siguiente el jugador derecho y así sucesivamente.

Así que la respuesta a tu pregunta es no... y si...

No, porque el scroll va pixel a pixel cada X frames (con X múltiplo de 2 por la estructura del bucle principal en cada modo) dependiendo de la velocidad del nivel en el que te encuentres.

Sí, porque cuando aceleras (bien voluntariamente o bien en el modo de 2 jugadores cuando el contrario hace un combo) el scroll va a 2 pixels cada 2 frames, para así poder recorrer un pixel por frame de media. Pero no se nota porque sólo va a 2 pixels cuando estás acelerando, no en el juego normal.

:joe: Si wey, es más amigoso para el computador :joe:

Bueno, cuando vaya a 1 pixel cada 2 frames es que ya no se le puede hacer nada más (no existen los medios pixels, y usar el entrelazado jodería también los sprites, LOL!), es un movimiento no tan suave como 1 pixel/frame pero eso es lo que hay a esas velocidades, y realmente bastantes arcade usan esa fórmula, sinó según qué desarrollos sería un mareo tanta velocidad durante todo el transcurso de la fase.


Ahí es ya cuando empieza a notarse el efecto "doble imagen", y el scroll empieza a verse sucio. De todas maneras, el hecho de seguir moviendo los sprites al frame y limitar esa velocidad a los momentos de aceleración, salva mucho la papeleta.

Hombre, a máxima velocidad (sin acelerar) no llega a ir ni a un pixel cada dos frames y ya es una velocidad alta para el juego.


Ten en cuenta que como cada scroll se actualiza cada dos frames, el efecto "doble imagen" se atenúa porque cada scroll permanece dos frames consecutivos sin tocar. Probado en un MSX conectado a una tele de tubo y no se nota.

Notición gfx9000!!!!!!!!!!

Se pueden usar las 4 paletas simultáneamente, así que estoy salvado. Lo ha estado probando Msxkun con una demo ya existente y es real. Así que podemos usar una paleta para cada fondo y nos sobran otras dos para colorear nuestros sprites, una caña!!!!

Ya sabéis, basic superpotente con Powerbasic para Turbo R.

Y el que sepa assembler puedo usarlo en un msx1.

Así que a meterle caña.

Entonces, una paleta para un fondo, otra paleta para el otro fondo y dos paletas para los SPRITE, ¿no? ... Aún así ya es una mejora notable respecto a los modos "MSX" de patrones.

Al final nos va a entrar a todos el gusanillo de programar para la GFX9000  ;D

Y aparte también puedes usar para sprites las paletas de los fondos.

OK, las cuatro para los SPRITE ... interesante. Lo que también he visto es que puedes dar el color que quieras a los SPRITE ¡por píxel!  :o

Efectivamente, sprites como copys, un sueño hecho realidad.

Podemos hacer virguerías, como una Snes "limitada", pero como un Super Msx.

Lo que no ha parecido encontrar Msxkun es el flipeo por hard, pero bueno, tenemos un porrón de páginas.

Si, no sabia/recordaba que tuviera modo de patrones. Eso le da mucho mas utilidad para los que esten acostumbrados a ello.
No he encontrao flipeo de los idems (estilo Franky), pero vamos teniendo tanta VRAM..
Vamos, que es lo que he podido ver mirando el PDF en portugues y probando un poco con las demos en el openmsx en un ratico.

Es un buen cacharro, no hay duda. La GFX9000 digo  :joe:
El problema que tiene es que puede hacer tanta cosa que te embolicas con megaproyectos con megacurros y ya sabemos que pasa entonces. Manteniendo las cosas dentro de un limite manejable y no siendo tan chunga de programar, se puede hacer cosica. Lastima que no tenga el tiempo de antes...

Buuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu   :spank:

Al igual no me he expresado bien. Cuando en un ordenador efectúas un movimiento mayor de 1 pixel y no lo haces cada frame, se produce un efecto de "vibración" y de "ghosting". Esto es un artifact conocido -y temido- desde el inicio de los tiempos informáticos, se produzca sobre una tele de tubo, sobre una TFT o sobre la Sábana Santa :joe:

Si el movimiento es de sólo 1 pixel, el ghosting desaparece, pero de la vibración (o falta de suavidad, como le quieras decir) no te libras.

Todo esto en según qué condiciones puede llegar a ser tolerable. Por ejemplo, compensado el efecto con otras secciones que sí que van siempre al frame, como pasa en el QBIQS y en el archiconocido Cobra de Spectrum; en éste último el suelo siempre va al frame, supersuave, pero el resto va a 25 fps estables, y todo lo que se mueve más de 1 pixel cada 2 o más frames adolece de ghosting, en cualquier tipo de monitor.

Esto de la "tele de tubo" me ha recordado la famosa discusión con Ricardo Cancho sobre el King of Pong, que clamaba que usando el parpadeo típico de toda la vida (ahora imprimo algo en un frame y en el segundo no) en una tele de tubo no se notaba XDDD Válgame Dios... :joe:

El gato: especie extinguida por culpa de los usuarios sin escrúpulos de GFX9000 ;D

Pero... si ese sueño hace 20 o más años que está hecho realidad (en máquinas como la SNES, el Amiga, por ejemplo) :joe:

Con el debido respeto, no sé por qué llama tanto la atención a la gente poder hacer esto en MSX cuando lo puedes hacer directamente en máquinas que tienen esa capacidad de manera nativa y mucho mejor soportada.

Si a un MSX lo despojas de los sprites de toda la vida, del modo de patrones, del PSG, etc. te queda una fuente de alimentación. Y si sustituyes lo arrebatado por gráficos y sonidos tipo SNES/Amiga... ¿qué te queda del MSX?


No es que esté mal el planteamiento. Es más, el V9990 en realidad es un aprovechamiento de las novedades que se prepararon para el V9978 que debía equipar el MSX3. Lo que veo peligroso es que es terriblemente fácil perder el rumbo y olvidar de dónde se viene y qué es lo que realmente hace que quieras programar/diseñar para MSX.

Yo entiendo que una persona que quiera hacer gráficos para MSX es porque le mola el estilo crudo de los 8 bits, la "pátina" que le confieren sus limitaciones, etc. Si yo me sintiera incómodo haciendo ese tipo de gráficos y prefiriese más resolución, más colores, y más todo, estaría haciendo gráficos para apps de iPhone, que encima cobraría más.

Y luego está el eterno dilema "qué se consideraría MSX y qué no". Yo estoy convencido que no es algo tan subjetivo como muchos se empeñan en hacer creer al personal, y que todos en nuestro fuero interno sabemos perfectamente cuándo estamos ya traspasando esa zona gris.

Cierto. Sólo se habla de sus megaresoluciones, ultrapaletas y zascatrascacopys, cuando también tiene sus modos de patrones, y cuando la práctica totalidad de máquinas arcade potentillas de la época (incluso de 16 bits) rulaban en tales modos.

Sólo quería decir que (igual no me he expresado bien tampoco) lo he probado en un MSX conectado a una tele de las de antes. Es decir: como se deben probar los juegos de MSX :P

Debe ser algo parecido a cuando el primer negro que participó en los Juegos Olímpicos tirándose a una piscina. Los blancos nadan muy bien, pero un negro no quiere ser blanco, prefiere a otro negro aunque tarde el doble de tiempo.

Es cuestión de amor a la raza/máquina en este caso.

Supongo que necesitábamos algo superior que no nos dieron en su época. Es como un Amiga/Commodore 64. Que fueras un purista del C64 y no quisieras hacer cosas con el Amiga porque es otro rollo. Pues te perderías bastantes cosas.

Mis necesidades (estilo gráfico) abarcan el que mi muñeco tenga más de 10 animaciones y hacer escenarios de bella factura. Con un msx2 me siento muy limitado aunque también me he sacrificado y espero que hayan resultados algún día. Así que sé lo que es y lo que necesito. Con las posibilidades de un gfx9000 me siento como pez en el agua.

Supongo que a un músico le pueda pasar algo parecido. Habrá el que será feliz con un psg y el que necesita ya no moonsound sino pista de CD para meter la orquesta entera y plasmar sus emociones. Todo tiene su mérito, el que sepa transmitir su arte con un simple carboncillo, felicidades, y el que necesite óleo pues también. Ningún medio es mejor que otro para transmitir, sólo deja a la gente que se exprese con el medio que le sea más cómodo. Es como si obligaras a Yngwie Mlamsteen tocar con flauta, pues no daría todo lo que lleva dentro.

Para los programadores puede que sea otra historia, eso lo deberíais contar vosotros.


No es perder el rumbo. Es un modo más, los programadores van a seguir haciendo juegos de msx convencional cuando el juego no le pida otra cosa. Eso no se va a perder. Si se necesitan hacer otras cosas pues entonces te planteas cambiar de modo. En este juego es que necesito hacer varios zooms y un doble plano, pues programa en gfx9000, lo cual tampoco te obliga a que uses las 4 paletas, puede ser el mismo juego de msx1 con un par de tecnicidades a sus espaldas (zoom y planos).

El Z80!!  ;D Y los slots de cartuchos. Y, esto va para el sr. Robsy, el puerto de cassette :P

Efectivamente, el puerto de cassette, con el cual resultaría viable hacer algo así como el karaoke de la Playstation2, todo en código síncrono, claro está. Pero la interacción entre mundo analógico y digital siempre resulta problemática. No me veo convenciendo a la gente para que canturree a través del EAR del cassette para que después el MSX nos diga si estamos afinados o no...

Ostias!!! Un Pitpan Stars con el Imanok,Ramones y Viejo tarareando canciones de MSX seria la hostia!! Correrian rios de sangre por ver tan magno espectaculo.  ;D

Ahora en serio, es una idea super original, coño, en el Tr con la entrada de Micro seria la hostia  ::)

Ah, pensaba... ¬¬

Es que con lo de Kantxo ya flipé en su dia. Creía que también usabas alguna de sus teles de tubo mágicas con persistencias mayores a 40 ms (!!!) y que se inventan algún tipo de interpolación rocambolesca para compensar desplazamientos mayores a 1 pixel cada 2 frames :joe:

O sea, básicamente lo mismo que le quedaría a un Dragon 32, un TRS-80, un Commodore 128, cientos de sintetizadores de los 80, etc., etc. si también les despojaras del hardware que los hace únicos.


LMAO ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D

Un Commodore con Z80???  :griel: (idem pal Dragon...)

Pues sí, efectivamente: el Commodore 128 era un ordenador con CPU dual: 6502 para funcionar en modo "commodore de toda la vida", y un Z80 para poder ejecutar CP/M tal cual en el sistema de disco. Por cierto, sólo vi uno funcionando en su momento y me sorprendió lo lento que podía llegar a ser para cargar un juego. Casi que desde cinta se tardaba lo mismo...

Antes que nada quiero agradecer a guantxip que, al contrario de lo que suele pasar con estos temas tan controvertidos, haya contestado en un tono cordial exponiendo su respetable punto de vista :D


Amor por lo que es, no por cómo es. ¿No iban al revés estas cosas? ;D


Claro que te las perderías. Pero lo lógico sería que si sientes esa necesidad artística de expresarte en hardwares superiores y tienes la posibilidad de acceder a otra plataforma que tiene ya de fábrica exactamente el hard que necesitas, bien soportado y documentado ¿por qué no expandes tus horizontes? No creo que nadie te señalase y te lapidase por emprender un proyecto para Amiga o SNES que colmase tus necesidades, sin por ello tener que abandonar el MSX.


Tal como te expresas en este párrafo, da la impresión de que realmente enfocas tus trabajos desde la perspectiva de un grafista/pintor/diseñador no especializado. Es decir, que lo tuyo es el arte puro y duro: tienes una inspiración, y la plasmas. Cualquier limitación del medio donde lo vas a plasmar te va a frustrar/modificar/pervertir la idea original.

Un grafista especializado en videojuegos debería pensar a la inversa. Las propias particularidades del hardware constituyen realmente fuente de inspiración, y no piensa en un dibujo standard y lo intenta plasmar degenerando el original hasta las duras limitaciones del hard, sinó que realmente "ve" el resultado que quiere lograr ya en el formato final, por lo que realmente no está degenerando nada, y además, lo que para mí es mas importante: en vez de notar que sus necesidades artísticas no son las que ofrece la máquina, SIENTE QUE SÍ LO SON, Y DISFRUTA EN EL PROCESO :D


Creo que esto que expones se suele malentender dentro del desarrollo artístico de videojuegos. Por ejemplo, mi dedicación a la música empezó antes que los videojuegos. He tenido porrón de sintes cañeros y uso utilidades de composición digital que tienen más pistas que pixels el MSX. Cuando compongo música "standard" -por así decirlo- dejo volar mi imaginación sin limitaciones, ya que sé que lo que se me pueda ocurrir puedo plasmarlo perfectamente sin que me falte ningún canal.

Cuando he de componer música para un videojuego, no puedo seguir el mismo workflow. Si compongo algo también sin limitaciones y luego lo capo, trasquilo e intento meter en calzador en las crudísimas condiciones de un PSG, obtendré una composición manca, mutilada. Hay que afrontarlo de otra manera. Hay que "sumergirse" en lo que es el PSG, en su funcionamiento, en su sonoridad, en su "pátina". Si consigues esa inmersión y te viene la inspiración, logras una composición hecha a medida para PSG, la cual, según su grado de cercanía al PSG, incluso podría llegar a resultar desagradable u hortera si se intentase hacer una versión con instrumentos "normales" y sin limitaciones.


Mi opinión como programador, grafista y músico, es que no es tan "otra historia". Las 3 disciplinas, en los 8 bits, están íntimamente sujetas al hardware y a sus particularidades/limitaciones. Lo que el VDP te puede condicionar a tí como grafista, también el PSG condiciona al músico y el Z80 al programador.

Porque no lo olvidemos ni discriminemos:

La programación ES un arte.

Sí. El 128 llevaba un Z80 aparte del MOS, como bien ha apuntado pitpan.

En cuanto al Dragon... EPIC FAIL :griel: No me debí fiar de los resultados de Google sobre "ordenadores, Z80, cartucho" :laugh:

No, no... lo que quería decir es que lo probé ahí y que la jugabilidad no se ve afectada para nada con el movimiento de 2 pixels cada 2 frames. Vamos, que jugando no notas nada :D

Si yo tambien lo he mirao en google, que te crees xD
Y el Z80 del C128 solo lo aprovecharon pal CP/M o para mas cosillas?


Yo quiero un Moog  :'(

Vaya post Open-Todo nos esta saliendo, no? :)

La GBC es técnicamente mejor que el MSX2, por supuesto. Eso es algo de matemática simple. Pero eso no significa que tengas que pasar del MSX2. Cada uno programa/diseña/compone para el hardware que más le gusta/conviene/venga en gana. El tener más colores puede hacerte perder el interés por diseñar sprites si realmente lo que te gusta es hacerlos de 1 color + fondo, por ejemplo.

Es lo que le decía a guantxip. A mí me da la impresión de que hay quien necesita algo bastante más potente que un MSX2 para poder plasmar su trabajo de una manera que se sienta a gusto. Quizá un Amiga, quizá una SNES. Creo que aunque la GFX9000 le resulte cómoda, su trabajo llegaría a muy poca gente, y el background en todos los aspectos (documentación, utilidades, experiencia, truquillos...) que hay de esa tarjeta en el MSX es infinitamente menor que el que pueda haber en otras plataformas con esas capacidades disponibles de forma nativa.


La verdad es que hay foros en los que da puto asco intervenir. Tan encorsetados que a la mínima soplapollez te banean. En EMS por ejemplo me mola dejarme caer de vez en cuando porque suelo liarla, y aunque la mayoría de respuestas que recibo son contrarias a mí -y en tonos bastante duros por ambas partes- mola poder DISCUTIR sin que nadie meta tijeretazo.

Discutir y cabrearse NO ES TAN MALO como nos pueda parecer a todos. Ultimamente, sobre todo a raíz de la huelga, he visto que incluso da buenos e inesperados frutos... ;)

Al hierro!

Ostras, es que cada vez que me acuerdo del temilla KoP me obnubilo :joe:

Jugando estas a lo que estas! :D Al final el que mas nota las cosas es el que las hace, porque saben que estan ahi. El resto a veces ni nos enteramos (a menos que sea bastante evidente). Me refiero cuando se juega de verdad. Depende del caso si.

(auto-cepillo on)
En el caso del Qbiqs, como estas embobado mirando las maravillosas naves, no notarias nada ni aunque el scroll fuera al reves  ;D
(auto-cepillo off).

Estamos los dos como para ir a un pasapalabra de 8 bits ;D


La verdad es que no lo sé. Los Commodore de 8 bits son una de mis asignaturas pendientes :-\

Habrá que volver a tirar de Google... ;D


¡¡¡PONTE A LA COLA!!! >:( xD


Y sin cabreos... ¿será porqué no ha intervenido Jon? ;D

Yo te aseguro que si algo se mueve carácter a carácter cada 2 cuadros o más, SE NOTA ;D ;D ;D ;D

Pero ten en cuenta que no es cuestión de notarse o no notarse. Los sentidos, cuando están desempeñando una misma actividad durante cierto periodo de tiempo, suelen atenuar ciertos detalles, máxime si estás prestando una gran atención.

Hay cosas que no se notan... hasta que las quitas. Has de apreciar la diferencia. Es como un tema musical bien masterizado. Las tropecientas pistas con que dividen el tema, cada una bien ecualizada, con la cantidad justa de reverb, separación stereo, etc. Si quitas esos pequeños detalles, fruto de horas y horas de trabajo de personal especializado, y la comparas, te das cuenta de que la diferencia puede ser LETAL (yo mismo he llegado a ACOJONARME de la magnitud).

Pero mucha gente hoy en día no le da importancia a esas cosas. Pillan la música en mp3, lo cual ya supone una importante pérdida de calidad (sobre todo en música electrónica y 8 bit) y la consumen sin demasiada pasión en cualquier lado (en atronadores pero lastimosamente calibrados pepinos en el coche, en esta ridícula y maricona moda de los niñatos de llevar un móvil de plasticucho con un tema maquinero o latinorreico "a todo trapo" por la calle -a todo trapo = a lo que puede dar un transistor de viejo-).

La historia está en que si cogiéramos todos esos videojuegos que, ya sea por falta de experiencia, falta de talento, falta de tiempo, falta de adecuación a la plataforma, o simplemente vagancia del programador, se mueven mal y los reescribiéramos/remasterizásemos con movimientos suaves, la gente LO NOTARÍA, Y MUCHO. Pusiera más o menos atención, tuvieran más o menos conocimiento.

El quid de la cuestión es la comparación, el contraste. Si vamos bajando la calidad de los productos (empezando a abusar del C, pasando de esforzarnos por los 60 fps, proliferando demasiado el movimiento carácter a carácter, subiendo requerimientos...), a la larga la gente no nota la diferencia, pero realmente lo que ocurre es que estamos gradualmente perdiendo calidad en todo el contingente de soft para la plataforma. En lugar de ir hacia adelante vamos hacia atrás. Devolución pura y dura.

Es como la historia esa de la rana en una olla de agua. Si vas subiendo muy poco a poco la temperatura, la rana no se entera de ná... hasta que muere hervida.


Hablando de CEPILLOS y NAVES... ya podríais añadir a los emoticonos el CEPILLO del Sink-King o las NAVES del Seleniak, putos, que de algo me tendría que servir el haber ganado la MSXdev'04 ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D

Ahora que lo pienso... ¿me llegaron a dar algo por ganar? ;D

Y ya para acabar la "tanda" (que joder, tengo porrón de curro!), aclarar que no es que tenga algún tipo de odio personal contra el movimiento carácter a carácter. Entiendo que usándolo se pueda lograr entre otras cosas una mayor riqueza cromática, por lo que puede considerarse como un "género" o "estilo" de implementación de videojuego.

Hay grandes obras en ese estilo como The Trap Door, y lo son porque, una vez más, se ha hecho el juego teniendo en cuenta las nuevas particularidades/limitaciones del estilo.


El problema viene cuando:

1) No se tiene eso en cuenta y se implementa movimiento carácter a carácter en juegos que por su concepción y por SENTIDO COMÚN tendrían que ir al pixel, sólo por el flipe de ponerle unos gráficos fardones.

y 2) Esos juegos llamémosles "inadecuados", en lugar de representar un porcentaje asumible de la producción global de la plataforma, empiezan a proliferar, amparadas a menudo en la gratuitidad, convirtiéndose así en el estilo más abundante, representativo y enterrando la magia que una vez hizo de la plataforma algo especial.

Se abusa demasiado del "es que es un hobby", "es que como es gratis", "es que hago lo que me sale los cojones", "todo el mundo es libre". Podemos pensar así y sentirnos muy cool y muy guays, pero la realidad no sabe de ideologías, y al final todo esto que hacemos tiene sus consecuencias...

En fin, un placer haber hablado de estos temas en un tono más distendido. Ahora me tocan unos dias de GRAN CLAUSTRO ABSOLUTO (hay que acabar YA el maldito Retaliot Deluxe). Así que portarsus bien, y espero volver a dejarme caer por estos foros cuando vaya algo mejor de tiempo.

Yo tengo en mi iPod música 1bit, y no es broma.  :magicalstones:

Y dejaos de tanto Moog, SCC y PSG. La música (http://8bc.org/music/Guest/1258/), sin chip de música! Qué pesado soy, joder ...

Maestro, el Asunto del hilo te viene perfecto: http://msxdev.msxblue.com/wp-content/plugins/download-monitor/download.php?id=207 (http://msxdev.msxblue.com/wp-content/plugins/download-monitor/download.php?id=207)

Bueno, son las dos de la mañana y se me han pasado las cervezas ... así que puedo decir que PSG o nada  ;D

Es mi forma de ser, rara vez me enciendo.

Llámame raro, pero siempre he sido así, contracorriente y siempre pensando una manera de hacer diferente del resto. Así me va. Soy el salmón en la filosofía del Be water my friend.  ;D

Lo de que mi trabajo lo vea más gente no me preocupa en absoluto. A mí me mola hacer las cosas en el msx, sobretodo de segunda generación,pero viendo las limitaciones creo que el gfx9000 puede ser una alternativa. Si el resultado mola entonces es cuando habrá boca a boca y al que quiera tenerlo no va a tener más remedio que hacerse con un gfx9000 o usar openmsx. No sé cómo lo verás pero para mí esos juegos de PC con aire MSX estilo Konami prefiero hacerlos en un gfx9000 que en un PC.

Pues yo, lo de ir al frame, o ir al pixel o ir a lo que sea, la verdad es que me la trae *muy* floja, y siempre depende del proyecto. Varios ejemplos:

- Malaika Prehistoric Quest y Night Driver: movimiento al pixel.
- Infinity, British Bob y La Corona Encantada: (30/25 fps), movimiento al pixel.
- Invasion of the Zombie Monsters: (20/16,6 fps), movimiento al caracter.
- Saimazoom: ni idea, de éste mejor ni acordarme del código, LOL! ^_^;;

Y en cuanto a colores y mandangas, el juego que más gustó al gamer de pie de calle, en el RetroMadrid FEST, de todo nuestro stand, fué sin ninguna duda BRITISH BOB, donde la gente se picaba más de lo normal y no podía jugar sólo una partida: Y ES SCREEN 1, SEÑORES!

En fin, que fps, capacidad gráfica, sonora, etc... si al final, lo que importa es la jugabilidad. Si el juego es "jugable", listo, ¿no? ;)
Quiero decir que si los fps son tan pocos que no permite jugar bien, si los gfx son de todo menos inmersivos, el audio son pitidos chirriantes, etc. pues obviamente no ayuda en nada a la experiencia de juego. Y eso al final debería ser lo importante.

La verdad es que he leido con atención todo este hilo. No iba a opinar, pero al finar ho he podido resistirme, sobre todo en relación a las referencias que se han hecho a las tarjetas graficas "supersoniq", "franky", etc, (que por cierto no se muy bien cual es la utilidad, a parte de, claro está, dar mas resolución y etc.). Y es que me asalta la duda. Si es posible emular con las FPGA's cualquier tipo de chip, porque no interesa a nadie hacer un simple cartucho que emule la VDP de los MSX2 (con su correspondiente BASIC-ROM, por ejemplo), sería una forma muy secilla de extender cualquier MSX a un MSX2.

No sé si es una chorrada, pero ahí dejo la duda.

Y en relación a los "fps" y demás tecnicas superavanzadas de programación, coincido con viejo_archivero, creo que lo más importantes es que los juegos sean jugables y divertidos.

Lo de la jugabilidad no lo discute nadie. Ejemplo de limitación por ejemplo en msx2:

Imagina que tienes un personaje muy bien dibujado, muy bien animado, un copy (ya que no usa muchos sprites en pantalla) fondos muy dignos y tienes las 3 páginas de a tope con los textos, enemigos.... Imagina que tienes que mover una roca y ya no puedes hacer el movimiento natural de arrastrarla con los brazos por falta de Vram. Tendrías que moverla como si caminaras normal, algo antiestético si el prota tenía una animación cojonuda. Pues para mí sería una de las razones para usar la tarjeta potente de 512k vram y evito el malgusto estético.

Pues a eso yo lo llamo "programación gaseosa". El programa crece tanto que se expande hasta ocupar y gastar todos los recursos de la máquina y la presión obliga a encerrarlo en una máquina más grande (la cual también acabará llenando).

Pues la gran mayoría de juegos "grandes" japoneses de disco van del palo y enicma si le reducen la Vram para que vaya en más modelos los hacen insufribles en las cargas, con la música empezando una y otra vez depués de una mini carga.

Es que sale mas barato pillarte directamente un MSX2 :)

Pues ahora se puede tener uno nuevecito por unos 700 euros! :D Me tienta. Aunque seria como darle uno a Leonardo Dantes, un desperdicio...

Lo importante es pasarlo bien, jugando el que juega, pero tambien haciendolo el que lo hace. Si no te diviertes haciendo algo, mejor te quedas rascandote la barriga, no? Menos quebraderos de cabeza.

Se nota mucho. Pero hablabamos de 1 pixel o algo asi, poca cosa.. ;)
Masterizar es todo un arte o ciencia. Y se nota el cambio, si. Mas, yo prefiero un tema mp3 sin masterizar de un tema que me guste, que uno masterizado del copon de (one more time) Leonardo Dantes xD (bueno, pa reirme prefiero lo segundo).
Al final me quedo con lo que es el tema en si. Hombre, si esta saturado de graves y todo emborronado pues no. Se puede cargar al mejor tema, claro  ;D  Siempre hay un margen razonable entre ambos extremos, y varia segun cada persona.

Vaya... no había caido en ese pequeño detalle ::qbiqsray::

Pues para que mi obra maestra para MSX2 esté finalizada sólo me falta añadirle la banda sonora y los correspondientes efectos sonoros, que preveo que serán muy cutres. En breve podréis disfrutar de una impresionante ROM para MSX2 en 8 KB. Viva el pseudovapourware y el software que degrada máquinas superiores a niveles de máquinas muy inferiores: no me habría atrevido a hacer un juego así para MSX(1), así que por lo tanto, lo hago para MSX2, donde no tengo nada que demostrarle a nadie salvo a mi mismo :D

A ver si puedo darle un empujoncillo más y ponerlo on-line el próximo fin de semana para celebrar lo que sea... Aúpa el V9938. Viva yo.

Por supuesto que lo principal es la jugabilidad. Pero si todo el resto acompaña, hablando generalizadamente de todos los tipos de juegos, buena musica (SCC,PSG,FM etc ) , buenos graficos, buena programacion, que funcione en cualquier generacion MSX (para mi inprescindible) , detalles y todo lo demas pues para mi ya se trata de un juegazo.

Si, ya se lo de amor al arte y todo eso, pero quien no quiere aprender mas y hacer un juego chulo?

Cada uno hace las cosas como quiere y por lo que quiere. Eso es evidente, pero si puedes hacer un juego que sea entretenido y que la gente lo disfrute y ademas te diga; !Joder que juegazo! . Pues mejor, digo yo.

Yo no veo efecto gaseosa lo que dice Guantxip sobre el ejemplo de mover la piedra. Es mas pienso, me alineo con el en ese punto, hablamos de efectista, pero a veces algunos detalles como el que describe pueden hacer que un juego que tal vez adolezca de otras cosas se mantenga gracias a esas o bien que estemos hablando de un juego muy muy bueno con la suma total de todo lo que conlleva un juego.

Para mi estoy de enhorabuena por que desde hace algun tiempo puedo gozar de un software ludico para MSX que es la hostia. Y lo mejor de todo es que esta hecho en nuestro pais, salvo algun titulo Holandes como Manow 2. Hace años solo deseaba que regresara el soft Nipon y disfrutaba de "algunas" producciones Holandesas.

DISFRUTAR de titulos que me hacen vibrar como Caos,OW,Qbiqs,Majikazo,Manbow 2,Moskow,La Corona,Jet Pack,The Goonies R,IOTZM etc me hace sentirme orgulloso mas que nunca de ser usuario de MSX.


Asi que poneos en huelga forera y a hacer juegos aunque no sean para Turbo R    2gf:)

This is the link
http://www.msx.org/forumtopic5413.html
I used the VDP in screen 4 to render the PNT in a simple 8 direction scrolling loop
The z80 does not move a single byte in vrma, all the work is done by the vdp moving data vram to vram
Sources and .com files are linked in that post

the download is also here
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=731


PS in VTEST.COM I render the PNT and also move an object only using logical copies, all done in the Vblank by the VDP alone
Sources included (sjasm format)

Y ahora que tengo el juego completo en 8 KB y funcionando perfectamente para MSX2 he decidido hacer una conversión pixel-perfect para la primera generación. Maldita sea. Tanto trabajo para volverme después otra vez integrista de la norma... Bueno. Espero que después de todo, una u otra versión vean la luz algún día...

No se si sabréis que vuestras "flagelaciones" , leídas del tirón , puede producir alteraciones hormonales a nivel del subconsciente ...

¡¡ Esto es puro "voayerismo obsolescente" !! No paréeeeeisssss ...

KNM
Y sin vaselina  ;D ;D ;D ;D ;D ;D

Pitpan = winner  ::yeah::

Hola a tod@s

Realmente lo que importa no son las capacidades o el potencial de unas u otras maquinas. Lo que realmente importa para mi es la satisfaccion personal que produce realizar cualquier proyecto por pequeño que sea, si en él estas disfrutando. Si a esto le añades que una vez terminado estas contento con tu creacioón y ésta le gusta a los demas, pues mejor que mejor.

Tambien pienso que todo aquello que se prueba por el mero hecho de trastear con algo nuevo bienvenido sea.

Ole a todos por sus creaciones y sus pruebas vean o no vean la luz.

Un saludo.

Ya estamos en el próximo fin de semana  :laugh:

Me temo que tienes toda la razón, Salva. :(

Pero no es que haya estado exactamente de brazos cruzados, como podréis comprobar si visitáis esta página (http://www.robsy.net/soukoban). Siento la publicidad que veréis, pero tengo que encontrar un hosting de pago asequible... Ya me diréis qué os parece el resultado: es como programar para MSX pero a lo bestia y muy rápido.

Karoshi is back!  ;D

No me rula con el Opera :/ Se ve el logo, la pantalla con el menu... Pero por mas que doy a Space, pasa de mi... Voy a probar con el Safari.... aqui no se ve na xD
Del Safari me lo esperaba, no lo actualizo nunca, pero juraria que vi una demo del HTML5 en el Opera.. aunque igual fue en el curro.
Probando html5 demos... En el Opera van. En Safari, efectivamente, pasa de todo.

A todo esto, publicaras el fuente para que la gente vea como se programa en html5? No creo que sea como el ASM.. :D Yo no me animaria la verdad..

En cualquier caso, buen trabajo !

Saludos!

Hola,

El código fuente lo puedes ver ya, te vas a la pagina pulsas botón derecho y "ver código fuente"

Yo lo he probado con IE8 y con Chrome y se queda en "press space to start", solo funciona con Firefox

Kun: lo que te ha contestado Gobblin. El código HTML más JavaScript va todo en claro y puedes consultar el código directamente como te ha explicado.

A los dos: acabo de actualizar el juego para cambiar el tema del espacio, que a mi también me daba algún problema. Ahora vale "any key", así que debería funcionar. De todos modos, no dispongo ahora mismo de ninguna máquina donde probar el código aparte del Linux desde donde estoy desarrollando, así que ni idea de qué tal irá en otros sistemas / navegadores. En teoría, ahora debería haberse corregido el funcionamiento para navegadores "modernos" y que "respetan los estándares". Y si no es así, decídmelo para que siga imaginándome dónde puede estar el fallo  ???

Funciona en MACOSX 10.6.4 y Safari 5.0.2. :-)

Funciona en iPhone 3G, Safari, v. iOS 4.1 ;-) Lo que pasa es que no se si es jugable, al no poder sacar el teclado virtual ::)

Gracias, ahora rula perfecto :D

En I.E8 no va. >:(

Es imposible que funcione en IE8 porque la gente de Microsoft mismo reconoce que no cumple los estándares de W3C. Además, HTML5 no ha sido convertido todavía en recomendación oficial de W3C, por lo que el soporte que tienen los distintos navegadores es experimental. Se supone que en IE9 sí debería funcionar. En cualquier caso, ¿podrías indicar lo que hace o no hace la página al cargar?

Gracias por las pruebas a todos.

Buena pinta sí señor. Es increible los jueguitos que se pueden desarrollar con HTML5...

Lo he probado con Windows 7 y Chrome y funciona de maravilla...

Ahora a ver si paso el primer nivel :D

Pues solamente sale lo siguiente:

µSoukoban
Sokoban game in HTML5 + JavaScript with 100 levels.

Your browser does not support the HTML5 canvas element. Try Mozilla Firefox!
© Eduardo Robsy Petrus, 2010 - Karoshi Corporation


Y en la parte de abajo del navegador pone:

Error en la pagina

Este Bill es como los de telefonica, siempre jod.... ;D

Vale. Pues ya sabes lo que toca: hacer caso al mensaje. ¡Si hasta el mismo Explorer te pide que instales Firefox!

Bromas aparte, el IE8 no soporta el elemento CANVAS, estándar en HTML5, y base para cualquier programación mínimamente gráfica.

¿ Y donde cae todo esto ? que no veo link por ninguna parte , pillastres ! ...

KNM

http://www.robsy.net/

gracias !! Ya estoy en ello ! ;)

KNM

El resultado me parece excelente :D y bueno, los anuncios no los veo... porque uso siempre ADBLOCK  ;D

Me alegro de que te haya gustado, Salva. A ver si lo pulo un poco más y me animo a sacar alguna otra cosilla en HTML5 más JavaScript. El resultado es bueno y la curva de desarrollo menos complicada que en ensamblador.

Pues acabo de estrenarme en la tienda Google Chrome (https://chrome.google.com/webstore) con una versión empaquetada del mismo juego. Si probáis a buscar "sokoban", os aparecerá un tal "MicroSokoban" firmado por Karoshi Corp. Y de gratis, claro, pero sólo en Chrome (y quizás en Chromium, que no lo he probado aún).

Me gusta la plataforma, tanto desde el punto de vista del usuario como del desarrollador. A ver si los MSXeros se animan y en breve podemos disfrutar de alguna producción MSXera o semiMSXera en esta plataforma. No sería difícil poner un emulador para MSX, ya que hay algunos por ahí hechos en JavaScript. Y el nuevo motor del Chrome promete ser mucho más rápido que cualquier otro navegador para la ejecución de código...

En fin. Dicho queda.

Qué curioso, jeje. Me parece que tengo instalado Chromium en Ubuntu, habrá que probarlo :3

Por cierto... ¿puedes hacer una preview de lo que tienes para MSX 2?  ;D