ZX-Uno: Camino hacia la versión 3 (definitiva)

[Quest]

Sí, lo entiendo. Pero es muy costoso y en caso de la Q80 no te permite cargar nada que no sea un spectrum. Aparte de que cada actualización la tienes que hacer por duplicado, una en el principal y otra en el backup.

Exacto. Yo lo descartaría, y seguiríamos con lo planificado hasta ahora.

[Uto]

Sí, lo entiendo. Pero es muy costoso y en caso de la Q80 no te permite cargar nada que no sea un spectrum. Aparte de que cada actualización la tienes que hacer por duplicado, una en el principal y otra en el backup.

No necesariamente, sería un "restaurar de fábrica" por lo que con que restaure un backup antiguo bastaría, al que se le brickee le tocará restaurar el antiguo y luego actualizar, pero al menos recuperaría el zx-uno brickeado.

El sistema de activar en la BIOS y luego permitir actualizar me parece decentemente bueno, pero no aporta solución para el caso de que al final se produce el brickeo a pesar de todo (imaginad un fichero que se corrompe al descargar de la web oficial y no se comprueba el CRC, o un bug en un update oficial que pasa inadvertido pero en determinadas condiciones falla y te machaca la flash a medias, o incluso que hackean la web oficial y meten un brickeador y nadie se da cuenta hasta que se han brickeado unos cuantos).

En cualquier caso entiendo que es una cuestión de elegir entre "gastar" ese espacio para el "recuperador" poniendonos en modo paranoico, o no gastarlo y usarlo para algo más chulo en modo "I'm feeling lucky"

[antoniovillena]

En cualquier caso entiendo que es una cuestión de elegir entre "gastar" ese espacio para el "recuperador" poniendonos en modo paranoico, o no gastarlo y usarlo para algo más chulo en modo "I'm feeling lucky"

Pero da la casualidad que ese espacio es el que permitiría ejecutar los otros 6 o 7 cores que no son spectrum en todos los prototipos v2 y en parte de los v3.

[Uto]

Entiendo, si hacer eso obliga a ocupar tanto espacio (o bloquearlo para otros usos) entonces no merece la pena claro. Si se brickea pues nada, a comprar cable o buscar apoyo logístico cercano

[alt]

Llevo un tiempo desconectado (¡lo siento!) y estoy súper perdido: ¿el .mcs oficial con la última versión del core de Spectrum es firmware/roms/prom.mcs?

En su día conseguí grabar todos los .mcs que quise (el último que tenía es el prom_av.mcs del 1 de febrero), pero este prom.mcs me da error cada vez que lo intento escribir. Me he perdido muchas cosas, ¿verdad? :-S

¡Gracias, y disculpad por el descuelgue!

[antoniovillena]

Ese es el .mcs que genero yo. No sé por qué falla. De todas formas está bastante desactualizado. Puedes compilarte el último (test19) con el ISE Webpack y luego generar el .mcs con el firmware/roms/generamcs.bat.

[mcleod_ideafix]

Ese es el .mcs que genero yo. No sé por qué falla. De todas formas está bastante desactualizado. Puedes compilarte el último (test19) con el ISE Webpack y luego generar el .mcs con el firmware/roms/generamcs.bat.

Usa siempre que puedas el test anterior a aquel que se está desarollando en este momento. El TEST 19 es el "cutting edge" de los tests, y puede fallar más que una escopeta feria. Cuando se pasa de un test al siguiente, siempre se intenta que el test que se deja atrás sea estable. En este acso, de hecho, el 19 tiene serios fallos en este momento. El 18 es más estable.

[radastan]

Vamos a ver.

Ya tengo preparada la mini plaquita con el conector VGA. ¿Para cuándo tan interesante soporte a dicha salida? Es que sería genial poder usar en futuros eventos esta salida en un baratillo monitor 4:3 VGA.

[mcleod_ideafix]

Vamos a ver.

Ya tengo preparada la mini plaquita con el conector VGA. ¿Para cuándo tan interesante soporte a dicha salida? Es que sería genial poder usar en futuros eventos esta salida en un baratillo monitor 4:3 VGA.

Aun no me he puesto con ello Necesito darle más estabilidad al core, y aquí me hallo estudiando a marchas forzadas los buenos hábitos para crear FSM y manejar la BRAM sin morir en el intento. El soporte de la VGA tiene más miga de lo que aprece: además del scandoubler, todo el tema de relojes cambia por completo, al ser ahora el reloj configurable desde el propio aparato, lo que es necesario para poder configurar diferentes modos VGA a fin de que la compatibilidad con todos, o casi todos los monitores esté asegurada. Si no lo hago así, sólo aquellos monitores que soporten 50Hz de barrido vertical funcionarían.

[radastan]

El soporte de la VGA tiene más miga de lo que aprece: además del scandoubler, todo el tema de relojes cambia por completo, al ser ahora el reloj configurable desde el propio aparato, lo que es necesario para poder configurar diferentes modos VGA a fin de que la compatibilidad con todos, o casi todos los monitores esté asegurada. Si no lo hago así, sólo aquellos monitores que soporten 50Hz de barrido vertical funcionarían.

Lo suyo, si es posible, es configurar la salida a 75 Hz y duplicar imágenes. Al ser múltiplo, basta duplicar 1 de cada 4 imágenes que se saquen por VGA. El modo de resolución debería ser 320x240 (o 640x480, que lo soportan todos, pero implica duplicar los pixels).

320x240 da espacio para los 256x192 de pantalla y el borde.