Vi ho mai raccontato di quella volta che scrissi un emulatore?

L’idea è nata durante il lockdown del 2020. Passavo una serata su YouTube, e mi sono imbattuto in un video tutorial che spiegava come implementare un emulatore per la leggendaria CPU MOS 6502, il cuore di milioni di Commodore in tutto il mondo. Quel video mi ha ispirato a esplorare il mondo dell’emulazione, e così ho deciso di cimentarmi con qualcosa di altrettanto interessante, ma un po' più semplice: il CHIP-8.

Ed è stato così che ho deciso di scriverne un emulatore, non nel solito C++… ma in Swift! Swift-8, per la precisione!

Un po' di storia del CHIP-8

Il CHIP-8 è nato negli anni ’70 come un linguaggio di programmazione e un’architettura per macchine a basso costo, sviluppato da Joseph Weisbecker della RCA per computer come il COSMAC VIP e il Telmac 1800. In un'epoca in cui la programmazione richiedeva linguaggi assembly complessi, il CHIP-8 aveva l’obiettivo di semplificare lo sviluppo di giochi, rendendoli accessibili anche agli appassionati senza formazione avanzata. Grazie alla sua semplicità e leggerezza, il CHIP-8 divenne una scelta ideale per lo sviluppo di semplici giochi arcade, come Pong e Tetris. Anche dopo che le macchine originali divennero obsolete, il CHIP-8 sopravvisse: negli anni '90 furono create varianti come SCHIP e altre estensioni, progettate per migliorare la grafica e le capacità del sistema, e ancora oggi il CHIP-8 è un progetto introduttivo per chi desidera cimentarsi nella creazione di emulatori.

Space Intercept per Chip-8 in esecuzione su un Telmac 1800 (Joseph Weisbecker, 1978)

CHIP-8, l'"Hello World" degli emulatori

Il CHIP-8 è considerato uno dei migliori progetti introduttivi per chi desidera imparare a scrivere un emulatore. La sua semplicità e le limitate risorse necessarie lo rendono accessibile anche a chi è alle prime armi. Grazie al set ristretto di opcodes e alla gestione della memoria ridotta, un emulatore CHIP-8 permette di concentrarsi sui fondamenti del funzionamento di una macchina virtuale senza perdersi nella complessità tecnica. Questo primo passo consente di capire i principi base dell'emulazione, come la traduzione degli opcodes, la gestione dei registri, la simulazione di un display e di una memoria limitata.

Una volta completato un emulatore CHIP-8, il passo successivo per chi vuole approfondire è quello di passare a sistemi leggermente più complessi. Un esempio comune è l’SCHIP, una versione estesa del CHIP-8, che introduce un display a risoluzione più alta e altre istruzioni per migliorare l’esperienza di gioco. Da lì, ci si può cimentare con architetture classiche come il Game Boy, che aggiunge una CPU a 8-bit e una grafica a 4 tonalità di grigio, oppure l’Atari 2600, che richiede di gestire una logica di rendering più complessa e una CPU MOS 6502, una delle più iconiche degli anni '80.

Proseguendo, gli emulatori di sistemi più avanzati come il NES (Nintendo Entertainment System) permettono di esplorare temi come la gestione avanzata del PPU (Picture Processing Unit) e la sincronizzazione del suono. Con la giusta esperienza, è possibile affrontare emulatori di console a 16-bit come il Super Nintendo o il Sega Genesis, che richiedono una comprensione profonda delle CPU multiple, della sincronizzazione, e della gestione della memoria e delle interfacce grafiche più sofisticate. Questo percorso, iniziando dal CHIP-8 e proseguendo fino alle console avanzate, offre una curva di apprendimento progressiva che sviluppa abilità chiave per chi è interessato al mondo dell'emulazione.

Le specifiche del CHIP-8 in dettaglio

Il CHIP-8 è più simile a una virtual machine che a un processore tradizionale, ma offre una struttura abbastanza vicina a quella di una CPU reale. Eccone i dettagli principali:

• CPU: La CPU del CHIP-8 opera a una velocità di circa 500 Hz, il che risulta molto più lenta rispetto alle velocità dei computer moderni, ma sufficiente per la gestione delle semplici istruzioni del CHIP-8. Supporta 36 opcodes, ognuno dei quali rappresenta operazioni basilari, come manipolazione dei registri, gestione della memoria, e controllo del flusso. I registri sono 16, da V0 a VF, e VF è riservato per memorizzare il carry nelle operazioni aritmetiche, similmente ai flag di una CPU convenzionale.
• Memoria: Dispone di 4 KB di RAM, che è limitata ma sufficiente per i giochi CHIP-8. La memoria è suddivisa in modo da riservare i primi 512 byte per la risoluzione e i font, mentre la restante è dedicata ai programmi utente. Per confronto, il Commodore 64, lanciato qualche anno dopo, aveva 64 KB di RAM.
• Display: Il display è estremamente essenziale, con una risoluzione di 64x32 pixel in bianco e nero. In un’epoca in cui le console arcade offrivano grafica semplice ma visivamente coinvolgente, il CHIP-8 si affidava a una rappresentazione a blocchi, che dava un aspetto pixelato alle immagini, perfetto per giochi d'azione minimalisti.
• Timer: Il sistema prevede due timer a 60 Hz. Uno funge da delay timer e permette di ritardare le operazioni per un breve periodo. L’altro è un sound timer che fa emettere un semplice beep finché è attivo. I timer aggiungono elementi dinamici ai giochi, come countdown o avvisi sonori, senza compromettere le limitate risorse di calcolo.
• Input: Il CHIP-8 utilizza una matrice di 16 tasti esadecimali, che è stata pensata per controlli semplici. Questa matrice viene spesso mappata sulla tastiera del computer per replicare i comandi e consente movimenti direzionali basilari o interazioni come "pulsanti d'azione".

L’architettura del CHIP-8, con la sua CPU a basso clock, i registri limitati, e il set ridotto di opcodes, è perfetta per capire il funzionamento base di un emulatore senza la complessità dei sistemi più avanzati. In sintesi, sviluppare un emulatore per il CHIP-8 è come lavorare su una macchina arcade in miniatura: con una struttura semplice ma ricca di sfide che rappresentano le fondamenta dell’informatica degli anni '70 e '80.

Perché Swift?

Scegliere Swift per sviluppare un emulatore può sembrare una scelta inusuale, ma presenta diversi vantaggi pratici. In primo luogo, Swift offre un set di strumenti robusto per la manipolazione dei dati: le operazioni sugli array e i bitwise operators sono fondamentali per emulare efficacemente gli opcode del CHIP-8, e Swift rende queste operazioni particolarmente intuitive e performanti. Inoltre, Swift è un linguaggio moderno, sviluppato e mantenuto direttamente da Apple, che garantisce una sintassi chiara, sicura e ottimizzata per i dispositivi iOS e macOS, rendendo il codice non solo comprensibile, ma anche meno soggetto a bug e a problematiche di gestione della memoria.

Ma Swift apre anche porte interessanti per il futuro dell'emulatore stesso. Grazie alla sua natura multipiattaforma, il core dell'emulatore può essere facilmente portato su dispositivi mobili come iPhone e iPad, permettendo così di realizzare una versione mobile dell’emulatore CHIP-8. Questa possibilità amplia notevolmente l'orizzonte del progetto: un emulatore mobile per CHIP-8 non solo sarebbe divertente da usare per l’utente finale, ma rappresenterebbe anche una sfida tecnica affascinante per chi sviluppa, poiché richiederebbe un'ulteriore ottimizzazione per gestire al meglio l'interazione touch e le risorse hardware limitate.

Infine, Swift offre una perfetta integrazione con le interfacce grafiche di macOS (e potenzialmente di iOS) tramite SwiftUI o AppKit, il che facilita enormemente l’implementazione del display e degli input per l’emulatore. Questa combinazione di performance, portabilità e interfaccia grafica rende Swift una scelta non solo possibile, ma anche altamente vantaggiosa per un progetto come questo.

Gli "hack" nell'implementazione

Nel creare Swift-8, ho dovuto trovare soluzioni creative per simulare alcune componenti del CHIP-8 con i mezzi disponibili, adottando alcuni “hack” per rendere l’emulatore funzionale senza stravolgere l’architettura di Swift.

• Beep del suono: Nel CHIP-8 originale, il suono è una singola frequenza emessa ogni volta che il timer dedicato è attivo, finché non scende a zero. Riprodurre esattamente questo comportamento in Swift su macOS richiederebbe l’accesso a componenti audio a basso livello, non strettamente necessari per un prototipo. Così, ho optato per un’implementazione semplificata: un file audio .wav da 1 secondo che riproduce un suono continuo in onda quadra, attivato e disattivato in base al valore del timer del suono. Anche se questo approccio è una semplificazione rispetto all’hardware originale, cattura l’essenza dell’esperienza sonora CHIP-8 con una soluzione semplice e funzionale.
• Display: Nel progetto originale, il CHIP-8 gestiva uno schermo monocromatico a bassa risoluzione (64x32 pixel). Ho deciso di utilizzare una NSTextView come schermo, rappresentando ogni pixel con un carattere quadrato. Questa scelta ha reso il display relativamente facile da implementare e visivamente riconoscibile, anche se meno fedele in termini di velocità e risoluzione. In effetti, potrei ulteriormente migliorare la resa utilizzando direttamente Core Graphics o SwiftUI, ma per una prima versione di Swift-8, questa soluzione mi ha permesso di concentrarmi sull’emulazione del core e sugli opcode.
• Separazione dei componenti tramite bus: Anche se il CHIP-8 è molto semplice, ho deciso di organizzare l’architettura con un "bus" interno che separa CPU, memoria, timer e altre componenti virtuali. In un sistema più complesso, come un emulatore per console successive, questo approccio è essenziale per la modularità e la flessibilità. Tuttavia, con una macchina così basilare come il CHIP-8, il bus non era strettamente necessario. Ho scelto di mantenerlo comunque, sia come esercizio concettuale sia per abituarmi a un’architettura che potrebbe rivelarsi utile per progetti futuri, come l'emulazione di macchine più complesse.

Ogni hack è stato sia una soluzione pratica che un compromesso per semplificare lo sviluppo, senza sacrificare l’essenza dell’emulazione CHIP-8. Questi hack rappresentano uno dei motivi per cui sviluppare un emulatore è una sfida così interessante: richiede sempre un equilibrio tra precisione e praticità, lasciando spazio alla creatività del programmatore per colmare il divario tra hardware e software.

E adesso?

Completare Swift-8 ha aperto diverse possibilità, ma anche stimolato la curiosità per emulatori più complessi. Ogni emulatore è un progetto a sé stante, con nuove sfide e un livello di dettaglio maggiore rispetto al CHIP-8. Da qui, potrei partire verso il mondo delle console storiche, come l’Atari 2600 o addirittura il Nintendo Entertainment System (NES).

L’Atari 2600, ad esempio, presenta complessità che il CHIP-8 non ha: una CPU vera e propria (la MOS 6507, derivata dalla 6502), un sistema grafico che richiede una precisa gestione dei tempi e una rappresentazione audio rudimentale ma più articolata. Emulare l’Atari 2600 significa anche affrontare la gestione del display raster, sincronizzando l’output video con il refresh della console, un aspetto che rende questo progetto più impegnativo ma anche affascinante.

Un progetto successivo potrebbe essere il NES, con una CPU 6502 completa e un sistema grafico basato su tiles, e richiederebbe una buona comprensione del rendering video e della gestione della memoria, per via del mapper delle cartucce. Ognuno di questi emulatori offre nuove opportunità per sperimentare e migliorare le mie competenze nell’emulazione, con la possibilità di portare questi progetti su piattaforme come iOS, creando emulatori direttamente utilizzabili su mobile grazie alla versatilità di Swift.

Proseguire su questa strada mi dà la possibilità di approfondire aspetti come la gestione del suono, l’interfaccia utente e la resa grafica. Non vedo l’ora di esplorare il prossimo progetto!

Puoi trovare questo articolo anche su LinkedIn, sul mio profilo. Se il mio articolo ti piace, lascia un commento e metti un like sul mio post qui: https://www.linkedin.com/posts/luca-cappellaro_swiftprogramming-emulatordevelopment-retrogaming-activity-7261656421379829760-fl7A