En eso Job's estoy de acuerdo .. en que el concurso no debería tener límites ninguno. Mientras todo sea compatible con MSX.
De hecho creo que el concurso debería tener 4 categorias: MSX1, 2, 2+ y TR
Yo he sufrido la gota gorda .. de hecho me ha tocado tener que quitar cosas porque no me cabia el juego en 128Kb. Y no veo porque tiene que ser el límite .. bueno .. me dijeron que la mayoría de MSX-2 tenian 128Kb y por poder ejecutar las ROMS en esos equipos .. pero .. sinceramente .. si al final lo que intentamos realmente es poder sacar un cartucho real .. pa que leches se ha de limitar?
Cuanto menos limitaciones pongamos .. mejores cosas nos encontraremos. De eso estoy seguro.
Tenemos unos maquinones de la muerte, que se pueden hacer unos juegos que flipas con una música alucinante .. vamos .. la leche en patinete. Y ya no hablo de MSX2 .. hablo de MSX1 .. lo genial del MegaROM de Konami es que ha dejado para el estandar MSX un pedazo de plataforma genial para desarrollar juegos brutales en un MSX1, con sonido y música flipante .. y con posibilidad de meter datos a punta pala.
Por favor ... la DEV del 2007!!! SIN LIMITES!!! 4 CATEGORIAS!!! saldrán proyectos super molones!! seguro!!!! además no estaría de más, si es por incentivar a la peña el ofrecer más premios .. yo me pregunto .. sería muy terrible el pagar una cantidad mínima de euros por participar en la DEV? y con esos euros se consiguen MSX de EBAY que serán los premios de la misma DEV? o premios en metálico, no se .. yo creo que ofreciendo por proyecto una cantidad de 6€ que no va a ningún sitio .. TODOS GANAMOS .. porque podemos ofrecer buenos premios y al mismo tiempo seguro que los proyectos que salen de ahí serán la bomba!!

JJ: lo que más me ha sorprendido es la cita de Ambrose Bierce. No pensaba que muchos otros foreros se hubieran metido entre pecho y espalda el Diccionario del Diablo  

En cuanto a lo que dice Imanok, es cierto que el MSX Red Book lo dice así, pero hay que tener en cuenta que el MSX Red Book, aunque es la documentación más útil (yo lo uso permanentemente), no es una documentación oficial, y se basa sólo en las máquinas de la primera generación disponibles en el Reino Unido.

Si queréis saber lo que es el estándar, no hay más remedio que empaparse del MSX Technical Databook. No vale el de MSX1, me temo. Podéis consultarlo en este link.

Respecto a la cuestión de los lenguajes, el problema principal que le veo al C es que no hay ningún compilador de Z80 con un motor de optimización potente. Si a un compilador de Z80 se le pudiera pasar un optimizador de código para tamaño/velocidad basado en utilización de registros, sí que te podría dar parte de razón, Nerlaska. En cualquier caso, en ensamblador siempre se tiene más control. Además, una vez definido un juego de librerías/rutinas en ensamblador, se pueden hacer muchas cosas reutilizando código, por lo que el esfuerzo final no es tampoco tan elevado.

En cuanto a MSXdev'06, hasta donde yo sé no había restricción respecto al lenguaje utilizado, sólo respecto al formato final: una ROM. Hay quien las programa en Basic, en ensamblador o en C, o en una mezcla de todo lo anterior. Os desafío a que programéis un juego en Fortran  . En Pascal también podría hacerse sin problemas, supongo.

Ahí está el problema. El QBIQS, en el peor de los casos, requiere bastante velocidad para el volcado a VRAM y no me puedo permitir el lujo de perder tiempo ahí. La rutina de volcado del Scroll ha ido mejorando poco a poco (proceso que considero muy divertido, por cierto) y ahora es bastante rápida, incluso leyendo el valor del puerto adecuado de la ROM del MSX.

Pero es bueno esto de discutir y de comparar técnicas, siempre se aprende algo. Para mí que en la RU vamos a reunirnos unos cuantos para discutir sobre cómo hacer según qué cosas en el MSX. Va a ser una reunión muy muy productiva

Hombre Robsy .. el SDCC optimiza considerando registros .. incluso los del EXX aunque reconozco que le falta ser más listo todavía. A veces es tan listo que se el optimizador se carga código útil pero bueno jajajajajaja (sólo me ha pasado una vez)
Vuelvo a repetir... LIBRE USO DE LOS RECURSOS MSX!!!!!
Ah! que sea una ROM me parece bien .. lo digo por lo del concurso
4 CATEGORIAS (MSX1, 2, 2+ y TR). Entrega de 1 ROM.

Le debo dar miles de gracias a un amigo que me lo regaló. Le estaré eternamente agracecido. Más que nada porque estoy totalmente de acuerdo con el 99,9% de las definiciones que hace. Igual nos lo deberíamos de leer todos, creo que se aprende mucho con él.


Pobre Imanok. No ha dicho ni pio y ya le tiras una piedra.




Pues muchísimas gracias por la información.

Bajado y leido y más claro AGUA.

En el punto 6, de las notas para desarrolladores dice bien clarito que uses la BIOS para todo, para mantener compatibilidad, pero que la unica excepción para esta norma está en el VDP, y que lo suyo es leer los valores de la BIOS, de 6 y 7 para saber cual es el puerto de lectura y escritura. Hasta yo hago eso mal, tanto que me he quejado, pues me fio del 7 y a correr.

Pego textualmente :

"The only exception to the above rule is the VDP. To allow fast data transfer with the VDP, the ROM contains the locatios  of the VDP in adresses 0006 y 0007. Adress 0006 contains the read address of the VDP and address 0007 contains the write address to the VDP. if the software needs to transfer data at a high speed, the program can access the VDP directly using these addresses contained in ROM with indirect addressing mode."




 

La he tomado con el pobre David!  

Disculpas para Imanok una vez más.  

La respuesta sobre el Red Book iba a JLTursan, que ha sido quien ha mencionado este fuente.