FPGA o emulazione: qual è la differenza e si nota?

Due macchine mostrano lo stesso gioco Game Boy, con gli stessi colori e lo stesso suono. Una costa meno di 100 €, l'altra circa 240 dollari, al netto di tasse e spese di importazione. La prima esegue un programma che imita la console originale. La seconda riconfigura un chip affinché si comporti, circuito per circuito, come la console originale. È tutta la differenza tra l'emulazione e l'FPGA, e si scrive molto per una differenza che la maggior parte dei giocatori non vedrà mai. Resta da capire in quali casi precisi diventi visibile, quanto costano le macchine interessate e perché tutto cambia se possiedi ancora le tue cartucce.

Due modi per far girare un gioco del 1990

L'emulazione: un'imitazione tramite software

Un emulatore è un programma. Legge le istruzioni del gioco una per una e calcola ciò che il processore originale avrebbe prodotto a ogni ciclo, quindi fa lo stesso per il chip grafico, il chip sonoro e la memoria.

Tutto questo è sequenziale e condiviso con il sistema operativo e la visualizzazione. La qualità dipende dalla cura dedicata al programma: più l'emulatore riproduce fedelmente i cicli originali, più richiede potenza.

L'FPGA: un circuito che si riconfigura

Un FPGA (field-programmable gate array) è un chip composto da migliaia di blocchi logici e connessioni programmabili. Non gli si scrive un programma: gli si descrive un circuito e si cabla per diventare quel circuito, con i suoi veri parallelismi.

È l'approccio sostenuto da Analogue, che parla di un'implementazione «a livello di transistor»: laddove l'emulatore imita un comportamento tramite software, l'FPGA ricrea l'hardware a livello di circuito. Il chip fa, contemporaneamente, ciò che i diversi chip originali facevano contemporaneamente.

Cosa cambia concretamente

La latenza

È l'argomento più messo in risalto. Su una macchina FPGA, la pressione di un pulsante entra in un circuito che elabora il segnale mentre calcola l'immagine; Analogue annuncia un riconoscimento «quasi istantaneo» da parte dell'hardware. Su una console Linux o Android, il controller passa per il driver, il sistema, l'emulatore e poi per la coda di visualizzazione, e ogni passaggio aggiunge il suo ritardo.

La differenza si misura in immagini, non in decimi di secondo. E esiste un efficace contromisura: la funzione Run-Ahead di RetroArch calcola immagini in anticipo e riavvolge l'azione il più vicino possibile al comando, al punto da scendere sotto la latenza della console originale poiché elimina il ritardo interno del gioco. La documentazione del progetto annuncia il prezzo da pagare: più immagini in anticipo, più carico sulla CPU e possibili artefatti sonori in modalità a singola istanza. Su una piccola macchina Linux, questo budget a volte manca. Vedi le nostre impostazioni essenziali di RetroArch.

La compatibilità

Qui, il vantaggio cambia campo. Un core ben scritto fa girare l'intero catalogo del suo sistema, inclusi i titoli con chip speciali nella cartuccia, perché il circuito viene riprodotto e non aggirato. Ma non esiste un core per tutto: il progetto open source MiSTer, basato su una scheda DE10-Nano con FPGA Cyclone V, cita core per PlayStation, Saturn, SNES, NES o Megadrive. Oltre, la capacità del chip diventa un muro. L'emulazione, invece, sale fin dove il processore lo consente, da cui console Android che raggiungono GameCube o PlayStation 2 quando nessuna macchina FPGA consumer si avvicina.

I comportamenti particolari

Alcuni giochi sfruttano dettagli dell'hardware che l'emulazione deve indovinare: effetti modificati durante la scansione dell'immagine, trasparenze ottenute facendo lampeggiare un'immagine su due, timing sonori serrati, cartucce con hardware integrato (orologio, sensore di inclinazione, vibrazione). Un circuito ricostruito riproduce questi casi per costruzione; un emulatore li riproduce se è stato scritto per farlo, come nel caso dei più maturi.

Si vede davvero?

Risposta onesta: sulla stragrande maggioranza dei giochi, no. Con un Zelda di Game Boy Color sul divano, nessuno farà la differenza tra un buon emulatore ben regolato e una macchina FPGA. Le differenze sono misurabili, non percepibili. Ci sono invece casi in cui diventano sensibili.

In altre parole: l'FPGA vince sulla fedeltà all'hardware antico, l'emulazione sull'ampiezza del catalogo.

Le macchine interessate e quanto costano

Il mercato FPGA è ristretto, prodotto in piccole serie e regolarmente in esaurimento. Prezzi ufficiali dei produttori in dollari, al netto di tasse e spese di importazione, al momento in cui scriviamo (ottobre 2026).

Due precisazioni. L'Analogue Pocket legge altri formati tramite un set di adattatori ufficiali da 99,99 $ (Game Gear, Neo Geo Pocket, Atari Lynx, PC Engine), e la sua piattaforma openFPGA apre la pubblicazione di core a sviluppatori terzi. Il MiSTer non è un prodotto finito: è una scheda di sviluppo da completare con memoria, un hub USB e una scheda di input-output, montaggio incluso.

Il caso delle cartucce originali

È l'argomento più solido a favore dell'FPGA. Una macchina con slot per cartucce legge la tua cartuccia: non una copia, non un file, la cartuccia acquistata all'epoca, con la sua batteria di backup e il suo orologio interno, se presente. La questione dei file di gioco non si pone più, poiché non c'è alcun file.

Vero comfort se la tua collezione è ancora lì, vero svantaggio se è scomparsa: senza cartuccia, una tale macchina non serve a nulla.

Sulle copie, la linea è semplice. La copia di backup della tua cartuccia rientra nell'articolo L122-6-1 del Codice della proprietà intellettuale, ma il videogioco è un «opera complessa» dalla sentenza della Corte di Cassazione del 25 giugno 2009 e nessuna giurisprudenza francese decide questo caso. Scaricare una ROM rimane invece contraffazione, anche se possiedi la cartuccia. Siamo commercianti, non giuristi: informazione, non consulenza legale. Il dettaglio è sulla nostra pagina Dove giocare legalmente, il metodo nel nostro guida sulla copia delle cartucce e la scelta dell'hardware nel nostro comparativo dei lettori di cartucce.

Per chi si giustifica l'FPGA

L'FPGA ha senso se possiedi ancora le tue cartucce, se giochi a generi esigenti sul timing, se tieni agli accessori e al cavo link dell'epoca, o se ti interessa l'esattezza dell'hardware. Aggiungici una tolleranza all'acquisto in dollari e all'attesa.

L'emulazione basta ampiamente ovunque altrove, e fa cose che l'FPGA non fa: salvataggio in qualsiasi momento, ritorno indietro, filtri, diverse decine di sistemi su una sola macchina, budget che parte sotto i 100 €. Una console Linux copre l'era 8 e 16 bit, la PlayStation e spesso la Nintendo DS o la Nintendo 64 a seconda del modello; una console Android arriva alla PSP, alla GameCube e alla PlayStation 2 sui modelli più potenti.

I due approcci non si escludono: molti collezionisti tengono una macchina FPGA per le loro cartucce e una portatile di emulazione per tutto il resto. Per questa seconda parte, il nostro comparatore filtra per sistema emulato e per budget, e i nostri modelli sono nello scaffale console portatili.