Il developer RSDuck ha compilato un porting dell’emulatore VBA-M su console Switch, questa applicazione si basa sulla porta del core Libretro (emulatore reale) e 3DSGBA (la GUI, anche se pesantemente rielaborata).
Dopo il porting di 3DSGBA (che spesso si bloccava, probabilmente a causa di un’enorme quantità di perdite di memoria), ho provato ad eseguire il porting di mGBA che non funzionava molto bene.
Allora ho deciso di sperimentare un emulatore meno accurato come il core Libretro VBA Next, che ha portato alla nascita di questo nuovo porting.
Caratteristiche
- Dovrebbe avere una compatibilità abbastanza alta (non ho provato molti giochi).
- Supporto per il salvataggio dei giochi e degli stati.
- Frameskip.
Problemi
- L’audio in rare occasioni da problemi
- Video e Input non hanno frame accurati (vedi Speed hack)
Speed Hack
Prima di implementare la caratteristica “Speed Hack”, l’emulatore mostrava dei rallentamenti regolari. Queste erano le cose che apparentemente rallentavano l’emulatore:
- Il thread/core su cui è in esecuzione.
- Il VSync.
Il primo problema è stato risolto eseguendo l’intero emulatore in una seconda discussione con una priorità molto elevata bloccata su un core non utilizzato dal sistema.
Omettere l’attesa per la sincronizzazione verticale porta naturalmente ad artefatti. Quindi ho deciso di eseguire l’emulatore solo all’interno del secondo thread, bloccato utilizzando il thread per sleep a 60 Hz.
Allo stesso tempo il thread principale veniva bloccato da vsync e riceveva il framebuffer solo durante l’invio dell’input. Ho lasciato l’audio nel thread dell’emulatore.
Questo porta naturalmente al problema che entrambi i thread, sebbene bloccati a 60 Hz, potrebbero non essere sincronizzati, quindi l’input o la grafica di un frame possono essere saltati o non sincronizzati a volte.
Crediti
- VBA-M e team Libretro.
- Shinyquagsire23 e Steveice10 per 3DSGBA.
- Sviluppatori di libnx.
Download: vba-next-switch v0.2
Download: Source code vba-next-switch v0.2
