Que duda cabe.


Estás perdonado, pero es que es Julio, no soy yo. Vamos que a mi me hizo mucha gracia cuando nos lo enseñó, que fue, por cierto, el mismo día de la cena de la Ru.

Yo lo dejaría en superfrikada más que en amateur production

En cualquier caso, hemos perdido un poco la seriedad del hilo, me gustaría que se recuperase y escuchar opiniones acerca del tema principal del foro.

Bueno, es que un ROM no se carga con un BLOAD ;-) Es perfectamente legal y perfectamente MSX-1. Otra cosa sería requerir 128KB de RAM en el MSX, pero un megarom lo veo más que válido. Hay juegos que requieren muchos datos (mapeado, gráficos, músicas, ...), como por ejemplo un RPG, y para eso es indispensable megarom.

Bueno, que curioso, estoy de acuerdo con Alberto, y también con Toni.

Me parece superacertado declarar al concurso con un maximo de 48k en la Rom. Y me parece acertado decir que una Rom no se "carga" si no que se inserta a través de un cartucho.

Lo bueno de la Rom de 48k/32k, que yo veo, es lo que dice Alberto:

Se limitan los juegos, da tiempo seguro a terminarlos y encima tienes que afinar mucho más con el diseño para que sea pequeño, con lo que no te eternizas y tienes menos posibilidades de cagarla.  Crear una Rom de 128k o más es un trabajo muy grande, y donde tienes más posibilidades de cagarla. Además, implica que un mismo grupo pueda presentar más de un proyecto, lo cual también engrandece el concurso. (Ahora bien, abstenerse de presentar 3 cosas feas, mejor 1 bonita ).

Indirectamente se consigue, encima, un poco lo que recrimina y le gusta a Edu (comentado en otros hilos) y es que con utilidades como Waver, LoadRom, ODO y sin hardware extra, puedas jugar al juego, aunque todos sepamos que no es el método real ni idoneo de cargar una Rom en un MSX.

Y además, la inclusión de MegaRom ... hmm ... me huele a mi que mucha gente se ha "cagado" a presentar sus cosas pequeñitas ante la inminente presencia de algún grupo que pudiese hacer algo en 128k. A ver si me explico. Si los juegos son valorados de una cierta forma, puede ser que no se valore igual un 32k que un 128k aunque el 32k le di mil patadas en todos los aspectos. ¿Me explico?

Reduciendo las posibilidades de tamaño y ajustándolas, evitas ese agravio comparativo, que puede ser o no ser real, pero algo si puede "acojonar" al desarrollador/es de la rom de 32k.

Para que no quede todo tan bonito con Alberto, solo decirte que quizás andas desencaminado un poco con eso de pasar las cosas a 128k para MSX2. Me explico, MH no os coge ni con calzador en caso de quererlo meter en Screen 5, por ponerte un ejemplo, en 128k. Pero si te doy la razón que hacer un 32k en MSX2 en Screen 5, consiguiendo una variedad (hablo de variedad no de colorines) como la que te da un MSX1, es realmente complejo. (A no ser que recurras al Screen 4).

Mi total apoyo para que el Dev 07 sea como Dev 05. Creo que es el tamaño idoneo para un concurso como este. Quien quiera luego meterse en MegaRoms en MSX1, pues siempre tiene vías para hacerlo. Y de hecho, animo a todo el mundo a que se lance a por esas Roms, el MSX1 está muy falto de juegos "grandes" desde hace años.

Yo creo que ese tamaño pequeño y fijo facilitará encima mucho la labor del jurado.

Y si, por supuesto. Una Rom que no funcione en MSX, adios, fuera, eliminada de por vida, ya que no es realmente un juego de MSX, si no de algunos MSX o de cosas que emulan al MSX. Aunque, también, habría que facilitar al grupo que lo haga alguna manera de testear eso en caso de no tener el hard apropiado, y a ser posible facilitar documentación. (aunque si sabes buscar ya está todo en inet).

No lo he dicho, pero mi total repulsa hacía la inclusión de MSX2 en el Dev. Dev es el principal artífice de que exista de nuevo un abanico de programas nuevos para dicha plataforma. No debería de perder su identidad en ese sentido. Y menos cuando existe un nuevo concurso organizado por el MRC donde si se admite MSX2 y superior.

Ah! Una última cosa para Alberto sobre el 2+ y Turbo R. Igual soy drástico, pero el 2+ no es más que un MSX2 que lleva un VDP que te permite, a grandes rasgos hablando de juegos, scroll omni por hard. No dista más del MSX2 porque incluso existe un modelo de Sony que ni incorporaba por defecto el FMPAC.

Y el Turbo R es más de lo mismo, donde se te garantizan 256k, FM Pac, PCM... y el mismo VDP, así que la única ganancia real es que dispones de más proceso, o tiempo de proceso para el programa, puesto que a nivel de VDP estás en las mismas.

Por ponerte un ejemplo práctico donde se nota el Turbo R. Juega al UndeadLine en MSX2 y luego juega en Turbo R. Te darás cuenta de la ventaja "real" del Turbo R sobre la versión MSX2, y es que todo fluye como debe de ser. Pero ninguna más.

Es que me creo que la gente se imagina que programar para Turbo R es como programar para SuperNintendo o algo así, y ... de eso nada.

Panasonic? Ahora si me dejas a cuadros. Yo creía que la familia WS (X) llevaba toda FM Pac, y era el de Sony el que no llevaba el mismo.

Dios que inculto soy! 

hey hey hey los amigos.. esta discusión son también el interesar lejano para mantenerla la sección española.

Ah vale Mr. .. no por nada .. es que ya estaba flipando .. como soy un poco novato en esto .. pensaba que estaba diciendo chorradas .. yo cuando hablo de ROM pensaba en el ARCHIVO.ROM :-)
Sobre lo de los juegos en 2+ y TR .. hombre .. quizás el tener capacidad omniscroll permita sorprender a nivel de jugabilidad en algún aspecto?
Quizás la capacidad del TurboR en cuanto a mejor CPU .. pueda permitir sorprender con la IA de ciertos personajes?
No se .. vuelvo a repetir .. no tengo ni pajolera idea, que no he tocado en mi vida un TurboR .. aish!!

Y una pregunta .. ROMS de 48Kb! mmm .. eso no es un poco ILEGAL? .. me refiero .. a que ya no se pueden hacer funcionar en cualquier MSX1.
Un MSX1 como mucho tiene 64Kb direccionables .. SLOT0 (BIOS), SLOT1y2 (CARTUCHO 32Kb) y SLOT3(RAM)
Me refiero .. al hecho de cargar con BLOAD (yo, erre que erre) ... y teniendo en cuenta que hay MSX1 que sólo tienen 16Kb de RAM.

Sip, a eso me refería. Que no puedes ir más allá de eso, de añadir omniscroll y mejorar el proceso (como el ejemplo que pones de IA) en los juegos en Turbo R. Pero que a niveles de "pantalla" pues la cosa está igual, pues es el mismo VDP y tiene los mismos retardos, etc...


Sería ilegal si las reglas del DEV te dijesen que son ilegales. Pero son perfectamente legales.


Claro, pero volvemos a lo que decía Toni, que una Rom no está diseñada para ser cargada en memoria, por lo tanto no se pueden basar las reglas en eso. Porque de ser así, también hay MSX1 con 8k de Ram y entonces si que no puedes cargar nada de nada.

En cualquier caso, Robsy me mandó una prueba de una Rom de 48k sacada con el Waver y funcionó correctamente. Pero para eso ya hablamos de un MSX1 con 64k de Ram, que es el modelo más extendido por estas tierras.

En ese modelo si es posible cargar cualquier Rom de 8 a 48k, tanto con Waver como con ODO (que por eso lo hice). Ahora bien, luego ya entra la problemática de la distribución de Ram en el MSX. Las Roms están diseñadas para estar en el mismo slot, y juegan con eso. Entonces para acceder tanto a los 16k por arriba o por abajo de la inicialización y a los 16k (en caso de ser 48k) del rango 0000h-3FFFh, dan por hecho que el slot es el mismo de donde han sido inicializadas.

Si un MSX1 no tiene las 64k de RAM en el mismo slot/subslot, la Rom no funcionará. Para ello habría que hacer una versión especial de la misma.  Por ejemplo, algunas Roms de Karoshi de 32k tienen esto en cuenta, analizan si es Ram, y entonces no hacen el cambio de slot de la zona extra de 16k para evitar que no funcione con Waver o cualquier otro programa cargador de Roms en un ordenador MSX1 con la memoria repartida.

(lo se Jon, soy un cotilla de Roms xDDD)