Grazie a SjslTech per aver esplorato un modo creativo di consentire a una console portatile R36S di accedere a una libreria di giochi più ampia senza archiviare ogni file sulla relativa scheda microSD. Nel suo video sul server di cloud gaming R36S, confronta tre possibili host SMB: un PC Windows, uno ZimaBlade con ZimaOS e un secondo R36S.
La frase “cloud gaming” richiede qui un'importante precisazione. Questo progetto non trasmette video renderizzato da un PC da gioco tramite Sunshine o Moonlight. Il server archivia invece i file dei giochi e l'R36S accede a quella libreria attraverso la rete locale. L'emulazione avviene comunque direttamente sulla console portatile.
Questa distinzione rende l'esperimento particolarmente interessante per il retrogaming. I file dei giochi di piccole dimensioni possono essere letti da una condivisione di rete, mentre l'R36S conserva sulla scheda SD solo il sistema operativo e i dati locali essenziali. Il test di SjslTech pone una domanda pratica: quale dispositivo è l'host più utile per quella libreria condivisa?
Guarda prima di seguire la procedura: il video mostra il flusso di lavoro completo e le differenze tra le tre opzioni di server. Gli indirizzi di rete, i nomi delle cartelle, i nomi utente, i percorsi del firmware e le opzioni di menu disponibili varieranno a seconda dell'installazione.
Nota sulla fonte e sulla sicurezza: questo articolo riorganizza la procedura mostrata da SjslTech e spiega le decisioni relative alla rete alla base del progetto. L'autore dichiara di non aver ricevuto denaro e che le opinioni espresse nel video sono personali. Utilizza esclusivamente homebrew, giochi di pubblico dominio o copie di cui hai il diritto legale di archiviazione. Esegui un backup della scheda SD dell'R36S prima di modificare montaggi, script o cartelle dei giochi.

SjslTech posiziona l'R36S accanto allo ZimaBlade compatto che ospiterà una libreria di giochi accessibile dalla rete.
Cosa fa davvero il server di cloud gaming R36S di SjslTech
Il progetto separa l'archiviazione dall'emulazione. Il server espone una directory di giochi tramite Server Message Block, o SMB, mentre la console portatile monta quella directory remota in /romsEmulationStation legge quindi la cartella di rete come se fosse la normale libreria di giochi locale.
SjslTech ha creato R36S Easyroms SMB Manager, un progetto open source che semplifica il passaggio tra le fonti di archiviazione. Lo script supporta quattro profili server. Ogni profilo può contenere un nome visualizzato, l'indirizzo IP del server, il nome della condivisione SMB, l'impostazione della password, il nome utente e la password.
Quando viene selezionato un profilo, l'utilità:
- Verifica se gli strumenti di montaggio CIFS sono disponibili e tenta di installarli
cifs-utilsquando necessario. - Disconnette il punto di montaggio esistente da
/roms. - Monta la condivisione SMB 3.0 selezionata in
/roms. - Riavvia EmulationStation affinché la libreria di rete venga visualizzata nell'interfaccia.
Il menu include anche un'opzione di disconnessione che smonta la condivisione di rete, ripristina la normale configurazione del punto di montaggio locale e riavvia EmulationStation. In questo modo il progetto è reversibile: la console portatile può tornare a utilizzare i giochi archiviati sulla scheda SD quando il server non è disponibile.
Cosa occorre prima di iniziare
Il flusso di lavoro di SjslTech dipende più dalla preparazione della rete e delle cartelle che dall'hardware del server di fascia alta. Una configurazione pratica richiede:
- Una R36S con una struttura di sistema compatibile, EmulationStation e un
/romspunto di montaggio - Una connessione Wi-Fi funzionante sulla R36S
- Un PC Windows, un server ZimaOS, un server Linux, un NAS o una console portatile compatibile in grado di condividere una cartella tramite SMB
- Una cartella della libreria dei giochi organizzata secondo la struttura prevista dalla console portatile
- L'indirizzo IP locale del server, il nome della condivisione SMB ed eventuali credenziali necessarie
- Un backup completo della scheda SD attualmente utilizzata dalla console portatile
L'utilità si basa sul flusso di lavoro dArkOS/Easyroms di SjslTech. Gli utenti di un firmware R36S diverso devono verificare la struttura delle cartelle, il comportamento all'avvio, il supporto CIFS e la configurazione di EmulationStation prima di applicare lo stesso script.
Perché ZimaBlade è adatto a questo tipo di libreria di giochi retro
Il server mostrato nel video è uno server single-board ZimaBlade x86 con 16 GB di memoria. Il suo ruolo è fornire spazio di archiviazione e file, non eseguire il rendering dei giochi. Il progetto beneficia quindi delle caratteristiche di un server domestico compatto: funzionamento a basso consumo, connettività Ethernet, espansione diretta dello spazio di archiviazione e possibilità di rimanere disponibile senza lasciare acceso un PC desktop.
La connettività SATA nativa consente inoltre di utilizzare un SSD o un disco rigido più capiente per contenere la libreria. I file dei giochi non devono più stare sulla scheda SD di ogni console portatile e più client compatibili possono puntare alla stessa cartella centrale.
Opzione 1: condividi la libreria dei giochi R36S da Windows
Il primo percorso del server utilizza un computer Windows. È il punto di partenza più familiare per gli utenti che gestiscono già i propri backup dei giochi su un PC.
Passaggio 1: prepara la cartella dei giochi
Crea o copia la directory della libreria dei giochi su un'unità con spazio libero sufficiente. Mantieni le cartelle e i nomi dei file previsti dall'interfaccia R36S. Spostare una raccolta casuale di file in un'unica directory piatta può impedire a EmulationStation di associare i giochi ai sistemi corretti.
Passaggio 2: abilita la condivisione delle cartelle di Windows
Condividi la cartella della libreria tramite le impostazioni di condivisione file di Windows. Annota l'indirizzo IP locale del computer e il nome esatto della condivisione di rete. Se la condivisione richiede l'autenticazione, usa un account dedicato con accesso esclusivo alla cartella dei giochi invece di un account amministratore.
Passaggio 3: Aggiungi la condivisione Windows all'utility R36S
Configura uno degli slot per i collegamenti dello script usando il formato richiesto:
NOME_COLLEGAMENTO|IP_SERVER|PERCORSO_CONDIVISIONE|HA_PASSWORD|UTENTE|PASSWORD
Per una condivisione guest, i campi finali relativi a nome utente e password restano vuoti. Per una condivisione autenticata, l'impostazione della password viene modificata in sì e le credenziali vengono fornite. L'indirizzo IP e il nome della condivisione devono corrispondere esattamente alla configurazione di Windows.
Passaggio 4: Monta la condivisione e aggiorna EmulationStation
Avvia SMB Manager sull'R36S e seleziona il profilo Windows. Una connessione riuscita monta la cartella Windows in /roms e riavvia EmulationStation. I sistemi e i giochi archiviati sul PC dovrebbero quindi comparire nell'interfaccia della console portatile.
Windows è pratico per un test iniziale, ma presenta una limitazione concreta: il PC deve rimanere acceso, non in sospensione, connesso alla rete e raggiungibile all'indirizzo configurato ogni volta che l'R36S deve accedere alla raccolta.
Opzione 2: Usa ZimaOS come server di giochi R36S sempre attivo
Al minuto 9:17, SjslTech applica la stessa idea a ZimaOS. Questa è la parte più orientata ai server dell'esperimento, perché la raccolta di giochi può rimanere disponibile su un sistema compatto senza vincolare l'accesso a un PC Windows generico.

La dashboard di ZimaOS consente di accedere tramite browser alle impostazioni di archiviazione, file, rete e server.
Passaggio 1: Apri la dashboard di ZimaOS
Collega ZimaBlade alla rete domestica e apri il suo indirizzo ZimaOS da un altro computer. Nella dimostrazione di SjslTech, la dashboard viene raggiunta tramite un 192.168.1.x indirizzo. Normalmente il server riceverà un indirizzo diverso dal router.
Se l'indirizzo cambia in seguito, il profilo R36S smetterà di trovare la condivisione. È quindi preferibile una prenotazione DHCP sul router, anziché modificare ripetutamente la configurazione di ogni console portatile.
Passaggio 2: Crea e popola la raccolta condivisa
Usa la gestione file di ZimaOS per creare una cartella dedicata alla raccolta di giochi sul dispositivo di archiviazione selezionato. Copia i backup dei giochi ottenuti legalmente nelle directory di sistema previste e verifica che il server possa visualizzare la struttura completa delle cartelle prima di configurare la console portatile.
Gli utenti che non conoscono l'interfaccia possono consultare la relativa guida introduttiva a ZimaOS per server domestici per una spiegazione più ampia della gestione di archiviazione e applicazioni basata sul browser.
Passaggio 3: Esponi la cartella tramite SMB
Abilita la condivisione LAN per la cartella dei giochi e annota il nome della condivisione SMB risultante. Preferisci un account autenticato con accesso limitato. L'accesso guest può semplificare un test temporaneo, ma una condivisione scrivibile senza restrizioni non è una buona impostazione predefinita su una rete utilizzata da altre persone o dispositivi non attendibili.
Passaggio 4: Configura il profilo ZimaOS sull'R36S
Aggiungi l’indirizzo IP locale di ZimaBlade, il nome della condivisione e le credenziali a un altro slot per i collegamenti in SMB Manager. Poiché l’utility supporta diversi profili, le definizioni per Windows e ZimaOS possono coesistere. La console portatile può passare dall’una all’altra senza dover ricreare ogni volta la configurazione.
Passaggio 5: testare un gioco dalla libreria di rete
Seleziona il profilo ZimaOS, consenti allo script di riavviare EmulationStation e avvia un gioco leggero. Il test di SjslTech mostra l’R36S mentre carica e riproduce un titolo, con la libreria ospitata altrove sulla rete.

La console portatile esegue l’emulazione localmente mentre legge il file del gioco dalla condivisione SMB di ZimaOS.
Questa configurazione non va confusa con l’esecuzione dell’emulatore su ZimaBlade. ZimaOS serve i file; la CPU e l’emulatore dell’R36S determinano ancora la compatibilità, il frame rate, i comandi e la qualità del rendering.
Opzione 3: trasformare un secondo R36S in host SMB
L’esperimento finale elimina sia il PC Windows sia il server domestico dedicato. SjslTech configura un altro R36S per rendere accessibile in rete la propria archiviazione di giochi, quindi collega la prima console portatile ad essa.
Questa è l’opzione più insolita. Dimostra che una console portatile Linux economica può assumere un piccolo ruolo di rete, ma è meno adatta come infrastruttura permanente. L’R36S host deve rimanere alimentato, connesso al Wi-Fi e disponibile ogni volta che il client vuole utilizzare la sua libreria. Anche l’archiviazione, la connessione wireless, il comportamento della batteria e la progettazione termica sono meno pratici rispetto a quelli di un server dedicato.

Due console portatili R36S appaiono sulla stessa LAN con indirizzi IP diversi, illustrando il test di rete multi-dispositivo.
L’approccio con due console portatili va inteso soprattutto come prova di concetto o metodo di condivisione a breve termine. Può essere utile per sperimentare, ma ZimaOS offre una gestione dell’archiviazione più chiara e un ruolo sempre attivo più naturale.
Windows vs ZimaOS vs un altro R36S
| Host SMB | Vantaggio principale | Limitazione principale | Ideale per |
|---|---|---|---|
| PC Windows | Flusso di lavoro familiare per la condivisione delle cartelle e gestione semplice dei file | Il PC deve rimanere acceso e raggiungibile | Test iniziali e uso occasionale |
| ZimaOS su ZimaBlade | Archiviazione dedicata, espandibile e gestita tramite browser | Richiede un server e una configurazione di archiviazione separati | Uso domestico regolare e librerie centralizzate |
| Secondo R36S | Dimostra la condivisione tra dispositivi senza un server convenzionale | Archiviazione limitata, gestione dell’alimentazione e affidabilità della connessione wireless | Esperimenti e condivisione temporanea |
Limiti importanti di rete, sicurezza e affidabilità
Una dimostrazione riuscita non significa che tutti i giochi funzioneranno altrettanto bene tramite Wi-Fi. I file di piccole dimensioni dell’era delle cartucce sono molto più adatti delle immagini disco che eseguono letture frequenti o prolungate. I risultati possono variare in base alla potenza del segnale, alla congestione del router, alla velocità di archiviazione del server, al firmware, al comportamento dell’emulatore e al numero di client attivi.
- Mantieni SMB sulla LAN affidabile. Non inoltrare le porte SMB dal router verso Internet pubblico.
- Usa un indirizzo del server riservato. Un indirizzo IP variabile interromperà il collegamento salvato.
- Evita le credenziali di amministratore. Usa un account con privilegi limitati e accesso solo alla cartella richiesta.
- Proteggi le credenziali. Il formato del profilo dell’utilità memorizza direttamente nomi utente e password nello script shell, quindi chiunque possa leggere il file potrebbe potenzialmente leggere tali credenziali.
- Esegui il backup separato dei salvataggi. La centralizzazione dei file di gioco non esegue automaticamente il backup dei dati di salvataggio, dei file di configurazione o del disco del server.
- Conserva un fallback locale. Mantieni i giochi essenziali sulla scheda SD per i momenti in cui la rete o il server non sono disponibili.
Risoluzione dei problemi di un montaggio SMB su R36S
Se la libreria di rete non appare, controlla gli stessi tre elementi evidenziati dall’utilità di SjslTech:
- Verifica che l’indirizzo IP del server configurato sia attivo e raggiungibile dalla stessa rete.
- Verifica che il nome della condivisione SMB sia scritto esattamente come appare sul server.
- Verifica che l’accesso guest oppure il nome utente e la password forniti corrispondano ai permessi del server.
Verifica inoltre che l’R36S disponga di accesso a Internet al primo avvio, se lo script deve installare cifs-utils. Se il montaggio riesce ma la libreria appare incompleta, controlla la struttura delle cartelle e riavvia EmulationStation. Per tornare alla scheda SD, usa l’opzione di disconnessione dell’utilità invece di rimuovere l’unità o spegnere il dispositivo durante un montaggio attivo.
Un piccolo server domestico rende più flessibile la libreria dell’R36S
L’esperimento di SjslTech è prezioso perché trasforma un limite di archiviazione in un progetto di rete. L’R36S non deve contenere localmente ogni gioco se può montare una libreria SMB compatibile da un altro sistema.
Windows è il test più rapido e familiare. Un secondo R36S dimostra quanto possa essere flessibile un hardware Linux economico. La configurazione ZimaOS, tuttavia, è l’architettura a lungo termine più naturale mostrata nel video: ZimaBlade gestisce l’archiviazione centralizzata e la disponibilità in rete, mentre ogni console portatile resta responsabile dell’emulazione.
Guarda il confronto completo dei server R36S di SjslTech e guarda il suo primo video Cloud Powered R36S per conoscere il contesto lato client di questo progetto.
Se stai creando una libreria di giochi rétro simile, risolvendo un problema con una condivisione SMB o sperimentando con ZimaOS, unisciti alla community ZimaSpace per confrontare le configurazioni e condividere ciò che ha funzionato sul tuo hardware.
Centro Campagne Zima
Altro da leggere

Come GhostStrats costruisce un computer di sopravvivenza offline con Project NOMAD
GhostStrats combina ZimaBlade, Ubuntu, un’unità di avvio esterna e Project NOMAD per creare un server portatile di conoscenza offline. Il suo progetto mostra come...

ZimaBlade + OpenClaw: una configurazione di homelab con assistenza IA nel mondo reale
Un vero homelab ZimaBlade con OpenClaw, Hermes, Docker, monitoraggio, strumenti per la smart home e amministrazione dei server assistita dall'IA.

Tokyo Game Show 2026: dalla console di gioco allo stack videoludico
TGS 2026 compie 30 anni. Scopri come oggi i giochi coinvolgono dispositivi, potenza di calcolo, dati, servizi cloud, IA e infrastrutture autogestite.

