Comment SjslTech crée un serveur de cloud gaming R36S avec ZimaOS

Merci à SjslTech d’avoir exploré une manière originale de donner à une console portable R36S accès à une bibliothèque de jeux plus vaste sans stocker chaque fichier sur sa carte microSD. Dans sa vidéo sur le serveur de jeu dans le cloud R36S, il compare trois hôtes SMB possibles : un PC Windows, une ZimaBlade sous ZimaOS et une seconde R36S.

L’expression « jeu dans le cloud » nécessite ici une précision importante. Ce projet ne diffuse pas de vidéo rendue depuis un PC de jeu via Sunshine ou Moonlight. Le serveur stocke plutôt les fichiers de jeux, et la R36S accède à cette bibliothèque sur le réseau local. L’émulation a toujours lieu directement sur la console portable.

Cette distinction rend l’expérience particulièrement pertinente pour le jeu rétro. Les petits fichiers de jeux peuvent être lus depuis un partage réseau, tandis que la R36S ne conserve sur sa carte SD que son système d’exploitation et les données locales essentielles. Le test de SjslTech pose une question pratique : quel appareil constitue l’hôte le plus utile pour cette bibliothèque partagée ?

À regarder avant de suivre la configuration : La vidéo présente le processus complet ainsi que les différences entre les trois options de serveur. Les adresses réseau, les noms de dossiers, les noms d’utilisateur, les chemins du firmware et les options de menu disponibles varient selon les installations.

Source et note de sécurité : Cet article réorganise le processus présenté par SjslTech et explique les choix de mise en réseau qui le sous-tendent. L’auteur précise qu’aucune rémunération n’a été versée et que les opinions exprimées dans la vidéo sont les siennes. Utilisez uniquement des jeux homebrew, du domaine public ou des copies de sauvegarde que vous êtes légalement autorisé à stocker. Sauvegardez la carte SD de la R36S avant de modifier les points de montage, les scripts ou les dossiers de jeux.

SjslTech place la R36S à côté de la ZimaBlade compacte qui hébergera une bibliothèque de jeux accessible sur le réseau.

Ce que fait réellement le serveur de jeu dans le cloud R36S de SjslTech

Le projet sépare le stockage de l’émulation. Le serveur expose un répertoire de jeux via Server Message Block, ou SMB, tandis que la console portable monte ce répertoire distant à /romsEmulationStation lit ensuite le dossier réseau comme s’il s’agissait de la bibliothèque de jeux locale habituelle.

SjslTech a créé R36S Easyroms SMB Manager, un outil open source qui facilite le changement de source de stockage. Le script prend en charge quatre profils de serveur. Chaque profil peut contenir un nom d’affichage, l’adresse IP du serveur, le nom du partage SMB, un paramètre de mot de passe, un nom d’utilisateur et un mot de passe.

Lorsqu’un profil est sélectionné, l’utilitaire :

1. Vérifie que les outils de montage CIFS sont disponibles et tente de les installer cifs-utils si nécessaire.
2. Déconnecte le montage existant de /roms.
3. Monte le partage SMB 3.0 sélectionné sur /roms.
4. Redémarre EmulationStation afin que la bibliothèque réseau apparaisse dans l’interface.

Le menu comprend également une option de déconnexion qui démonte le partage réseau, restaure la configuration de montage local normale et redémarre EmulationStation. Le projet est ainsi réversible : la console portable peut revenir aux jeux stockés sur sa carte SD lorsque le serveur est indisponible.

Ce dont vous avez besoin avant de commencer

Le workflow de SjslTech dépend davantage de la préparation du réseau et des dossiers que des performances élevées du serveur. Une configuration pratique nécessite :

• Une R36S utilisant une organisation système compatible avec EmulationStation et un /roms point de montage
• Une connexion Wi-Fi fonctionnelle sur la R36S
• Un PC Windows, un serveur ZimaOS, un serveur Linux, un NAS ou une console portable compatible capable de partager un dossier via SMB
• Un dossier de bibliothèque de jeux organisé selon la structure attendue par la console portable
• L’adresse IP locale du serveur, le nom du partage SMB et les identifiants nécessaires
• Une sauvegarde complète de la carte SD actuelle de la console portable

L’utilitaire repose sur le workflow dArkOS/Easyroms de SjslTech. Les utilisateurs d’un autre firmware R36S doivent vérifier sa structure de dossiers, son comportement au démarrage, sa prise en charge de CIFS et sa configuration d’EmulationStation avant d’appliquer le même script.

Pourquoi la ZimaBlade convient à ce type de bibliothèque de jeux rétro

Le serveur présenté tout au long de la vidéo est un serveur monocarte x86 ZimaBlade doté de 16 Go de mémoire. Son rôle est le stockage et le partage de fichiers, pas le rendu des jeux. Le projet bénéficie ainsi des caractéristiques d’un serveur domestique compact : faible consommation, connectivité Ethernet, extension directe du stockage et possibilité de rester disponible sans laisser un PC de bureau allumé.

La connectivité SATA native permet également d’utiliser un SSD ou un disque dur plus grand pour héberger la bibliothèque. Les fichiers de jeu n’ont plus besoin de tenir sur la carte SD de chaque console portable, et plusieurs clients compatibles peuvent pointer vers le même dossier central.

-47% OFF

ZimaBlade - Serveur à carte unique pour Cyber Native

Single board computer

$69.00 - $179.00

Buy Now

Option 1 : partager la bibliothèque de jeux de la R36S depuis Windows

Le premier chemin de serveur utilise un ordinateur Windows. C’est le point de départ le plus familier pour les utilisateurs qui gèrent déjà leurs sauvegardes de jeux sur un PC.

Étape 1 : préparer le dossier des jeux

Créez ou copiez le dossier de la bibliothèque de jeux sur un lecteur disposant de suffisamment d’espace libre. Conservez les dossiers et les noms de fichiers attendus par l’interface R36S. Déplacer une collection aléatoire de fichiers dans un seul dossier sans sous-dossiers peut empêcher EmulationStation d’associer les jeux aux systèmes appropriés.

Étape 2 : activer le partage de dossiers Windows

Partagez le dossier de la bibliothèque via les paramètres de partage de fichiers de Windows. Notez l’adresse IP locale de l’ordinateur et le nom exact du partage réseau. Si le partage nécessite une authentification, utilisez un compte dédié ayant uniquement accès au dossier des jeux plutôt qu’un compte administrateur.

Étape 3 : Ajouter le partage Windows à l’utilitaire de la R36S

Configurez l’un des emplacements de raccourci du script en respectant le format requis :

SHORTCUT_NAME|SERVER_IP|SHARE_PATH|HAS_PASSWORD|USER|PASS

Pour un partage invité, laissez vides les champs finaux du nom d’utilisateur et du mot de passe. Pour un partage authentifié, le paramètre du mot de passe est défini sur oui et les identifiants sont fournis. L’adresse IP et le nom du partage doivent correspondre exactement à la configuration Windows.

Étape 4 : Monter le partage et actualiser EmulationStation

Lancez le gestionnaire SMB sur la R36S et sélectionnez le profil Windows. Une connexion réussie monte le dossier Windows à l’emplacement /roms et redémarre EmulationStation. Les systèmes et les jeux stockés sur le PC devraient alors apparaître dans l’interface de la console portable.

Windows est pratique pour un premier test, mais présente une limite concrète : le PC doit rester allumé, actif, connecté au réseau et accessible à l’adresse configurée chaque fois que la R36S a besoin de la bibliothèque.

Option 2 : Utiliser ZimaOS comme serveur de jeux R36S toujours allumé

À 9 min 17 s, SjslTech applique la même idée à ZimaOS. Il s’agit de la partie la plus orientée serveur de l’expérience, car la bibliothèque de jeux peut rester disponible depuis un système compact sans dépendre d’un ordinateur Windows polyvalent.

Le tableau de bord ZimaOS permet d’accéder depuis un navigateur au stockage, aux fichiers, au réseau et aux paramètres du serveur.

Étape 1 : Ouvrir le tableau de bord ZimaOS

Connectez la ZimaBlade au réseau domestique et ouvrez son adresse ZimaOS depuis un autre ordinateur. Dans la démonstration de SjslTech, le tableau de bord est accessible via une adresse locale 192.168.1.x adresse. Votre serveur recevra normalement une autre adresse du routeur.

Si l’adresse change ultérieurement, le profil de la R36S ne trouvera plus le partage. Il est donc préférable de réserver une adresse DHCP sur le routeur plutôt que de modifier à plusieurs reprises la configuration de chaque console portable.

Étape 2 : Créer et remplir la bibliothèque partagée

Utilisez la gestion des fichiers de ZimaOS pour créer un dossier dédié à la bibliothèque de jeux sur le périphérique de stockage sélectionné. Copiez les sauvegardes de jeux obtenues légalement dans les répertoires système attendus et vérifiez que le serveur peut voir l’arborescence complète avant de configurer la console portable.

Les utilisateurs qui découvrent cette interface peuvent consulter le guide ZimaOS pour serveur domestique, adapté aux débutants pour obtenir une explication plus générale de la gestion du stockage et des applications depuis un navigateur.

Étape 3 : Exposer le dossier via SMB

Activez le partage LAN pour le dossier de jeux et notez le nom de partage SMB obtenu. Privilégiez un compte authentifié à accès limité. L’accès invité peut simplifier un test temporaire, mais un partage accessible en écriture sans restriction est un mauvais choix par défaut sur un réseau utilisé par d’autres personnes ou des appareils non fiables.

Étape 4 : Configurer le profil ZimaOS sur la R36S

Ajoutez l’adresse IP locale du ZimaBlade, le nom du partage et les identifiants à un autre emplacement de raccourci dans SMB Manager. Comme l’utilitaire prend en charge plusieurs profils, les définitions Windows et ZimaOS peuvent coexister. La console peut passer de l’un à l’autre sans devoir reconstruire la configuration à chaque fois.

Étape 5 : tester un jeu depuis la bibliothèque réseau

Sélectionnez le profil ZimaOS, autorisez le script à redémarrer EmulationStation, puis lancez un jeu léger. Le test de SjslTech montre le R36S charger et exécuter un titre tandis que la bibliothèque est hébergée ailleurs sur le réseau.

La console exécute l’émulation localement tout en lisant le fichier du jeu depuis le partage SMB de ZimaOS.

Cette configuration ne doit pas être confondue avec l’exécution de l’émulateur sur ZimaBlade. ZimaOS sert les fichiers ; le processeur et l’émulateur du R36S déterminent toujours la compatibilité, la fréquence d’images, les commandes et la qualité du rendu.

Option 3 : transformer un second R36S en hôte SMB

L’ultime expérience supprime à la fois le PC Windows et le serveur domestique dédié. SjslTech configure un autre R36S pour rendre son propre stockage de jeux accessible sur le réseau, puis y connecte la première console.

Il s’agit de l’option la plus inhabituelle. Elle montre qu’une console Linux peu coûteuse peut jouer un petit rôle réseau, mais elle convient moins à une infrastructure permanente. La console R36S hôte doit rester sous tension, connectée au Wi-Fi et disponible chaque fois que le client souhaite utiliser sa bibliothèque. Son stockage, sa connexion sans fil, le comportement de sa batterie et sa conception thermique sont également moins pratiques que ceux d’un serveur dédié.

Deux consoles R36S apparaissent sur le même réseau local avec des adresses IP différentes, illustrant le test réseau multi-appareils.

L’approche avec deux consoles portables doit être comprise comme une preuve de concept ou une méthode de partage à court terme. Elle peut être utile pour expérimenter, mais ZimaOS offre une gestion du stockage plus claire et un rôle permanent plus naturel.

Windows vs ZimaOS vs un autre R36S

Limites importantes du réseau, de la sécurité et de la fiabilité

Une démonstration réussie ne signifie pas que tous les jeux fonctionneront aussi bien via Wi-Fi. Les petits fichiers de l’ère des cartouches sont bien plus adaptés que les images de disques qui effectuent des lectures fréquentes ou prolongées. Les résultats peuvent varier selon la puissance du signal, la congestion du routeur, la vitesse du stockage du serveur, le micrologiciel, le comportement de l’émulateur et le nombre de clients actifs.

• Conservez SMB sur le réseau local de confiance. Ne redirigez pas les ports SMB du routeur vers l’Internet public.
• Utilisez une adresse serveur réservée. Une adresse IP qui change interrompra le raccourci enregistré.
• Évitez les identifiants administrateur. Utilisez un compte restreint ayant uniquement accès au dossier requis.
• Protégez vos identifiants. Le format de profil de l’utilitaire stocke directement les noms d’utilisateur et les mots de passe dans le script shell ; toute personne pouvant lire le fichier peut donc potentiellement accéder à ces identifiants.
• Sauvegardez les parties séparément. La centralisation des fichiers de jeu ne sauvegarde pas automatiquement les données de sauvegarde, les fichiers de configuration ni le disque du serveur.
• Conservez une solution de secours locale. Gardez les jeux essentiels sur la carte SD lorsque le réseau ou le serveur est indisponible.

Dépannage du montage SMB sur un R36S

Si la bibliothèque réseau n’apparaît pas, vérifiez les trois mêmes éléments indiqués par l’utilitaire de SjslTech :

1. Vérifiez que l’adresse IP du serveur configurée est active et accessible depuis le même réseau.
2. Vérifiez que le nom du partage SMB est orthographié exactement comme sur le serveur.
3. Vérifiez que l’accès invité, ou le nom d’utilisateur et le mot de passe fournis, correspondent aux autorisations du serveur.

Vérifiez également que le R36S dispose d’un accès à Internet lors du premier lancement si le script doit installer cifs-utils. Si le montage réussit mais que la bibliothèque semble incomplète, vérifiez l’organisation des dossiers et redémarrez EmulationStation. Pour revenir à la carte SD, utilisez l’option de déconnexion de l’utilitaire plutôt que de retirer le support de stockage ou d’éteindre l’appareil pendant un montage actif.

Un petit serveur domestique rend la bibliothèque du R36S plus flexible

L’expérience de SjslTech est intéressante, car elle transforme une contrainte de stockage en projet réseau. Le R36S n’a pas besoin de stocker localement chaque jeu s’il peut monter une bibliothèque SMB compatible depuis un autre système.

Windows constitue le test familier le plus rapide. Un deuxième R36S prouve à quel point un matériel Linux peu coûteux peut être flexible. La configuration ZimaOS est toutefois l’architecture à long terme la plus naturelle présentée dans la vidéo : le ZimaBlade gère le stockage centralisé et la disponibilité sur le réseau, tandis que chaque console portable reste responsable de l’émulation.

Regardez la comparaison complète des serveurs R36S de SjslTech, et consultez sa première vidéo Cloud Powered R36S pour comprendre le fonctionnement côté client de ce projet.

Si vous créez une bibliothèque de jeux rétro similaire, dépannez un partage SMB ou expérimentez avec ZimaOS, rejoignez la communauté ZimaSpace pour comparer vos configurations et partager ce qui a fonctionné sur votre matériel.