Muy bien Jon! Con 2!

Lo del modo mixto será una discusión eterna. Estaría bien ver que algunos modelos tienen un chip de video diferente pero eso sólo serviría para lanzar juegos con el modo mixto con la excusa de que esos modelos "no son MSX" ... Quizá, es una opinión: porque aunque descubriéramos que esos ordenadores son diferentes, no podríamos cambiarlo ... el modo mixto será incompatible, a no ser que se cambiase el chip de vídeo o lo que provoque esa "incompatibilidad".

Lo que Ramones intenta es experimentar en la máquina "rara" directamente ... desde aquí mis oraciones a San Nishi para que lo consigas. Eso nos evitaría muchos dolores de cabeza. 


En el caso de que no se encuentre un método fiable:
Tengan o no tengan un chip de vídeo diferente, yo soy partidario de hacer juegos en modo mixto. Se perdería mucho si abandonáramos esta técnica. Se podría eludir perfectamente en la mayoría de los juegos, pero un proyecto tipo GnG o algún otro que requiera scroll píxel a píxel, por ejemplo (sé que van a aparecer varios en breve en modo SCREEN2 puro), se beneficiaría mucho del modo mixto. Algunos juegos serán imposibles sin el modo mixto.

Mi opinión es la siguiente: que cada uno haga lo que quiera, pero si alguien utiliza el modo mixto que avise ... y si pretende venderlo que saque una especie de demo/test antes de venderlo.

Mi pregunta es la siguiente ... alguien tiene tan sólo un MSX y que además ese MSX sea un MSX que no tolere el modo mixto?

Bueno, esto para mi es indiferente. Pero es una opinión muy personal. Yo solo busco saber que puñetas pasa y si existe alguna solución para usar ese modo en TODOS LOS MSX1 DEL MUNDO y que funcione. Si no se consigue yo, como digo personalmente y por ideología propia, NO LO USARE.

Siempre he intentado respetar el sistema y no será ahora cuando me lo salte a la torera.  Y creo que todos deberíamos de hacer lo mismo, tener un poco de seriedad en ese sentido. Si queremos llegar a realizar programas como los profesionales del sector en su día, hemos de tener estas cosas claras.

Aunque claro, todo el mundo tiene derecho a hacer lo que quiera, claro está.

Y si no se pueden hacer scrolles gracias a eso, pues no se hacen. Tampoco son necesarios. Yo adoro los patronazos. Un juego es un juego y se ha de tratar como tal. Si tiene 100 scrolles y es aburrido, malo, mal diseñado e injugable, pues el scroll no ha valido para nada.

Es que un MSX es un MSX y lo que hay que hacer es juegos de MSX, no intentar hacer lo que no se puede. Hasta ahora se ha hecho así y no ha ido tan mal. ¿Alguien tiene queja de los Nemesis por los patronazos? ¿Y del Zanac? No pierden ni un ápice de jugabilidad por ello pues están diseñados específicamente así.

Fijaros en cualquier Nemesis (2,3, Salamander, Parodius). Cuenta el diseño. Nuestra nave nunca puede ponerse en el margen derecho (al tope) y así evitan que un movimiento de scroll te mate porque no has visto lo que viene. Es una manera muy simple de evitar problemas.

De todas formas, siempre hay soluciones. Creo que Exoide Z (Factor 5 o algo así) (puede que me confunda ahora lo reviso), lleva scroll cada dos pixels vertical, y lo consiguen sin saltarse ninguna norma. Claro, el aspecto gráfico es mermado. Y segun que Sapi me enseño una cosa en la Ru que tiene una pinta excelente y se realiza sin ningún tipo de modo mixto. Todo depende de como lo montes.

Asi que yo animo a todo el mundo a que intente respetar las normas. Animo, que no obligo.

No si .. a ver si me entiendes Ramones .. si estoy 100% contigo en cuanto a que para mi es más importante que sea 100% compatible MSX1 .. yo prefiero eso! precisamente por eso no me gusta el OCM (aunque es cojonudo que sea compatible MSX y hardware nuevo, bueno .. es otro tema)
Simplemente lo decía por curiosidad .. también de cara a desarrollar para MSX2 .. que esta un tanto olvidado.

No estoy muy de acuerdo con la última afirmación. Hacer scroll pixel a pixel tratando con la tabla de patrones se me antoja una burrada de lento. Si ya descartamos trabajar con la tabla de patrones para ese tema ¿qué nos queda de ventaja? Pues tener ocupada una tercera parte de la VRAM que usamos en SC2 puro. Bien, pero esto tampoco es una cosa que los MSX1 puedan aprovechar, porque la tabla de patrones y la de color deben estar siempre en el mismo sitio (o intercambiadas), por lo que no podemos tener varios bancos de tiles en vram para intercambiarlos... ¿Qué ventaja sustancial nos da pues el modo mixto?

En el momento en el que se tengan que redefinir tiles la cosa va a ir más lenta... no se yo... Desde luego yo lo que hago es substituir tiles y visualmente no se nota nada. Si veo que tengo que usar más de 200 tiles en el scroll ya me las apañaré para conseguir un buen grafista que juguetee con los que quedan...

A veces es incluso más positivo el uso de SC2 puro. De hecho, en Malaika, usamos diferentes patrones para cada banco, así hay tiles que scrollean en una zona de la pantalla que comparten patrones con otros bancos (ejemplo, las tiles que son nubes en el cielo, corresponden con las que se utilizan para matorrales del suelo en otros bancos). De esta forma se enriquecen más los gráficos contando que tienes 768 tiles en total en lugar de 256, y encima evintando modificar patrones "on the fly". Por tanto, Malaika es carne de SC2 puro

Además, la putada de tener que redefinir patrones para hacer scroll es que tienes un frame desacompasado... es decir, en 7 tienes que redefinir patrones, y en 1 tienes que redefinir y mover la tabla de nombres (porrón de bytes a VRAM). En el caso de tener todo bien predefinido en VRAM es que las transferencias son estables y nunca pasan de 768 en el peor de los casos... si encima recortas algo la zona de scroll (marcadores), incluso incluyendo la transferencia de sprites, sigue siendo MUY asumible.

I vote for mixed mode. And I have a new reason to use it (additional to those already posted).

The free VRAM you gain, can be used (and I use it) to store new sprite definitions.

This allows you to have nice and soft sprite animations.

With sprites 16*16, you can get up to 64*5 = 320 animation frames.

(The sole limit is that the animation frames change in a synchronized way for all the objects on the screen)