Cozumel escribió:Desde el desconocimiento, ¿en qué se diferencia respecto a una raspberry, al margen de ser más caro, menos versátil y no tener salida hdmi?
Es que me he estado informando y sólo le veo desventajas respecto a otras opciones.
-Es totalmente modular. La plaquita donde va la salida de vídeo VGA se puede sustituir por una con HDMI y hay espacio en la FPGA para implementarla.
-Es una implementación hardware. No hay un sistema operativo debajo. Los timings son mucho más precisos y los buses funcionan igual, por lo que es posible conectarle directamente add-ons para las máquinas originales. Eso es imposible con un emulador, ya que los buses de datos son los de la máquina hospedadora, que no tienen nada que ver.
-Es muchísimo más eficiente, incluso, que una Raspberry Pi. Yo soy un loco de la Rasp, de hecho yo mismo he programado algunos de los drivers de baja latencia para RetroArch y SDL2 que permiten tener el mínimo input lag posible en la Rasp con los emuladores, pero es imposible replicar algo como el no-input-lag de las consolas de Atari, que no tienen buffer de video!! (busca el término "racing the beam") en sistemas actuales que no usen una réplica a nivel electrónico, como es el caso de ZX-UNO y ZX-DOS.
-Modos de vídeo originales y exactos a los de la máquina original, para quienes quieran usar un CRT de algún tipo.
-Hardware abierto. Te puedes hacer tú un ZX-UNO o un ZX-DOS, pides los componentes, encargas la placa a una fábrica (los gerber son públicos) y te la haces en casa si quieres. Eso no lo puedes hacer con una Rasp o similar.
Las implementaciones electrónicas de las máquinas también son abiertas y públicas: con estos proyectos,
no gana un empresaurio, sino que es verdadera replicación y conservación de hardware y nos beneficiamos todos, ganamos todos. Es mucho más inteligente hacer las cosas así. Si las motivaciones ideológicas te dan igual (cosa que me parecería muy "miope"), puedes obviar este punto.
... Y más cosas que se me olvidan.
NOTA: Una Rasp, con el driver de vídeo VC4 en vez de la basura de Broadcom, y RetroArch configurado para usar un doble buffer en vez de un triple buffer (max_swapchain = 2) con un buffer de audio de 35ms es indistinguible, para NES, Master System, MegaDrive o PC Engine, de hardware real en cuanto a input lag (si se cumple la configuración que he citado), pero lo cierto es que al menos habrá 16ms + lo que meta tu pantalla, porque la Rasp va a subirle sí o sí un buffer de vídeo completo a tu pantalla, cosa que no pasa en las máquinas reales en un CRT.
Sin embargo, esa configuración de baja latencia (VC4 + max_swapchain = 2 + 35ms de buffer de audio) no permite emular la SNES en la Pi3b+ porque la CPU no llega. Sólo lo digo como curiosidad. El ZX-DOS no implementa SNES ni creo que lo haga.
![[beer]](/images/smilies/nuevos2/brindando.gif "brindis")
