- Lo sviluppatore argentino Dante Leoncini ha portato Half-Life a girare a 30 FPS su un Nokia N95 del 2007 con un port nativo Symbian, non tramite emulazione
- Il telefono monta un processore ARM da 332 MHz e 64 MB di RAM: supera i requisiti minimi originali del gioco del 1998, ma la CPU rimane il collo di bottiglia
- Leoncini ha già fatto girare sull'N95 Quake 3, Crash Bandicoot e vari emulatori, e ha sviluppato anche un clone di Blender da zero per lo stesso dispositivo
Un Nokia N95 del 2007, con un processore da 332 MHz e 64 MB di RAM, è riuscito a riprodurre Half-Life a 30 fotogrammi al secondo. Non si tratta di emulazione del gioco per PC: lo sviluppatore argentino Dante Leoncini ha realizzato un port nativo per Symbian, aggiungendo anche il supporto a mouse e tastiera esterna. L’annuncio è arrivato questa settimana tramite un post su X, dove Leoncini ha confermato che alcuni rallentamenti sono ancora presenti ma che ne ha già individuato la causa.
Half-Life su Symbian: perché non basta l’emulazione
Il Nokia N95 monta un processore Texas Instruments OMAP 2420 basato sull’architettura ARM11, affiancato da un acceleratore grafico PowerVR MBX, 64 MB di RAM e un display da 240×320 pixel. Il sistema operativo è Symbian OS 9.2 con interfaccia S60 3rd Edition. Esiste anche una variante N95 8GB, uscita sempre nel 2007, con 128 MB di RAM.
Poiché il telefono usa un processore ARM e non supporta Windows, non è possibile emulare semplicemente la versione PC del gioco. Leoncini ha dovuto costruire una build nativa per Symbian. I port di Half-Life su piattaforme non convenzionali si appoggiano spesso a Xash3D, un motore open source compatibile con il motore GoldSrc di Valve, già usato su Android, Raspberry Pi e Meta Quest. Se il port per N95 lo utilizzi o meno non è stato confermato.
Half-Life è uscito nel 1998 e tra i requisiti minimi aveva un Pentium da 133 MHz e 24 MB di RAM. Il Nokia N95, almeno sulla carta, supera quelle specifiche: ha il doppio della frequenza di clock minima e una quantità di RAM sufficiente nel modello base, ampiamente sufficiente nella versione 8GB. Il vero collo di bottiglia, come Leoncini stesso aveva già evidenziato durante il suo precedente lavoro su Quake 3, rimane la CPU.
Non è la prima volta: Quake III Arena girava già su Nokia N95 nel 2008
Il chipset OMAP 2420 ha una storia con i giochi impegnativi. Nel 2008 lo sviluppatore Olli Hinkka aveva portato Quake III Arena su telefoni S60 con lo stesso processore, raggiungendo 30 FPS con supporto a tastiera e mouse Bluetooth e persino la possibilità di ospitare un server multiplayer direttamente dal telefono. Quel port funzionava su Nokia N95 8GB, N82 ed E90, ma non sul Nokia N95 originale, che aveva la metà della RAM. Leoncini non ha specificato quale variante dell’N95 stia usando.
Questo genere di imprese ricorda altre sperimentazioni analoghe: è lo stesso spirito che ha spinto un ricercatore di sicurezza a trasformare una PS5 in un PC con Linux e Steam, portando su hardware consumer software pensato per tutt’altro contesto.
Leoncini non si è fermato a Half-Life. Sul suo profilo GitHub figurano anche Quake 3, Crash Bandicoot, emulatori Sega, ScummVM e NES, tutti fatti girare sull’N95. Ha anche sviluppato da zero un clone di Blender chiamato Blendersito e un proprio motore grafico.
Cosa significa questo tipo di lavoro
Il valore di questi esperimenti non sta nella praticità: nessuno userà un Nokia N95 del 2007 come console da gioco. Sta nella comprensione dei limiti reali dell’hardware e nella capacità di ottimizzare il software fino a farlo girare dove sembrava impossibile. Ogni slowdown che Leoncini individua e corregge è una lezione applicata su come un motore grafico usa la CPU, gestisce la memoria e comunica con un acceleratore 3D di quindici anni fa.
Il fatto che il principale ostacolo sia ancora il processore, e non la grafica o la memoria, dice qualcosa di preciso sull’architettura di Half-Life e su come il motore GoldSrc distribuisce il carico computazionale. La sfida successiva, probabilmente, sarà spingere la fluidità oltre i 30 FPS o affrontare i rallentamenti residui senza sacrificare la compatibilità con l’hardware originale.
