I am eagerly awaiting my Spectrum Next as it’ll be the first CPC-capable all in one hardware I’ve had since 2001.
I do wonder if anyone would create an FPGA CPC would people be interested? (I have no desire to run a project or crowdfunding campaign for one, but I would almost certainly buy one)
EDIT: I don’t love emulation because it misses things like the copy key and because I’m primarily on a Mac the keyboard layout is off.
Well the Next does have a CPC core, as does the MiST and MiSTer.
Or do you mean a CPC -shaped thingy?
Edit: on second read, yes, that is precisely what you meant. D’oh.
I have the MiSTER but it suffers the same problem as emulation: the keyboard. But for playing a game it’s not too bad. I use it with an Xbox controller.
But the Next should make it easier to use it as a complete system. I’m curious how well it’ll work but as I understand it the core won’t support Plus features, or at least not yet.
¿No sería mejor usar un CPC que no funcione y poner una FPGA dentro de una carcasa real con el teclado real y luego conectar el teclado? MiSTer sería genial para esto, ya que puedes conectar el teclado 1:1 a ella, ¿o podrías crear un intérprete de teclado con Raspberry Pi que envíe todas las teclas como números planos (como el antiguo) al MiSTer?
Creo que esa sería la opción más barata y rápida de hacerlo.
Por supuesto, lo que falta es el «Core de Amstrad CPC para MiSTer con teclado real de 464».
Bueno, el número de CPCs que no funcionan no es tan grande y creo que a mucha gente le gustaría algo más fácil de usar que un MiSTER, pero tu enfoque no es una mala idea.
En EE. UU., donde vivo actualmente, prácticamente no hay CPCs de todos modos, así que tendría que importar uno.
El Spectrum Next ya viene en barco, así que debería tenerlo en las próximas semanas.
Algo como el Goa’uld del MSX sería superfantástico. Solo con conectarlo en el zócalo del Z80 y de la noche a la mañana tienes más memoria, más potencia, wifi, tarjeta SD, etc.
¡¿A que sí?! Por cierto, Goauld es un poco como PiStorm32 en el Amiga 1200. Puede que estemos cruzando la línea de lo que hace que el CPC sea lo que es, sin ni siquiera darnos cuenta.
Hoy aprendí.
Esa cosa es increíble…
Esto me da una idea: un «algo con una FPGA dentro» que conectarías al bus de un CPC (en la práctica, en el zócalo del Z80 o en el puerto de expansión trasero) que sondearía el hardware conocido y lo probaría, para luego implementar únicamente las partes que falten.
En un CPC totalmente funcional, ofrecería, por ejemplo, una ampliación de RAM y formato cartucho, como algunas placas que ya existen. En un CPC donde uno o varios chips estén muertos, emularía ese o esos chips/dispositivos. Una segunda (y/o primera) disquetera, etc.
En la práctica, un chip defectuoso podría estar funcionando a medias y generar conflictos en el bus, lo que requeriría su extracción. Y cuando un chip que falla tiene conexiones externas, sería necesario realizar algún reenrutamiento. Así que no siempre sería tan fácil como conectar y usar. O, si se conecta en el conector trasero, el aparato tendría su propio juego completo de conectores (jack de audio, DIN de vídeo analógico, cable adaptador al teclado real del CPC en el interior, DB9 para 1 o 2 joysticks).
Lo llamaríamos la «placa Matrix» porque funcionaría y se sentiría como un CPC totalmente funcional a pesar de que algunas partes con fallos se hayan «virtualizado» mediante la FPGA, conservando todo lo posible del hardware real.
Respecto a la forma en que lo planteas… la placa «Matrix» que imaginé y describí sería más complicada de concebir que una emulación completa de CPC basada únicamente en FPGA, y más costosa de producir que una placa limitada «normal».
Pero el lado positivo es que podría «resucitar» «fácilmente» un CPC averiado, incluso en el futuro cuando los chips originales que funcionen sean escasos.
Y manteniendo la experiencia auténtica, el teclado físico original, etc. 
Eso no es posible para la mayor parte del sistema. Si el AY falla, no puedes reemplazarlo con nada externo, ya que tu teclado dejará de funcionar. Lo mismo ocurre con la Gate Array. Si simplemente se detiene, ya no podrás controlar el acceso a la memoria. También se necesitaría algo de soldadura para volver a conectar las distintas líneas de habilitación de los chips.
Si alguno de los buffers falla, no hay nada en un FPGA que pueda repararlo. Simplemente hay electrónica y conexiones involucradas, que dejan de funcionar si el chip en cuestión ya no funciona o ni siquiera está allí. Esto último sería incluso el mejor de los casos, porque un chip que está roto la mayor parte del tiempo aún funciona parcialmente… ese es el peor caso absoluto.
Sí, pensamos en lo mismo, pero yo mencioné soluciones en lugar de decir “imposible”.
En tal caso de “cascada”, el enfoque más sencillo sería buscar una alternativa a todo el conjunto, de ahí mi forma de expresarlo.
La alternativa sería emular el AY y todo lo demás en la cadena, y conectar el teclado físico a la nueva placa Matrix. Por eso escribí: “cable adaptador al teclado real del CPC por dentro”.
La alternativa sería… bueno, emular toda la máquina y conectar el teclado físico.
De lo que me doy cuenta con tu respuesta es que muchos problemas se reescalarán rápidamente a “simplemente haz como si toda la electrónica del CPC se hubiera frito y conecta el teclado a la placa Matrix”. Lo cual es, en verdad, una solución.
Sí, esa es una solución; sin embargo, requiere una conexión interna y, obviamente, en ese caso reemplazas todo el CPC por una solución FPGA.
Y sí, eso es claramente posible.