Cómo SjslTech construye un servidor de juegos en la nube R36S con ZimaOS

Gracias a SjslTech por explorar una forma creativa de dar a una consola portátil R36S acceso a una biblioteca de juegos más grande sin almacenar todos los archivos en su tarjeta microSD. En su vídeo sobre la configuración de un servidor de juegos en la nube R36S, compara tres posibles anfitriones SMB: un PC con Windows, una ZimaBlade con ZimaOS y una segunda R36S.

La expresión «juegos en la nube» requiere aquí una aclaración importante. Este proyecto no transmite vídeo renderizado desde un PC de juegos mediante Sunshine o Moonlight. En su lugar, el servidor almacena los archivos de juegos y la R36S accede a esa biblioteca a través de la red local. La emulación sigue ejecutándose en la propia consola portátil.

Esa distinción hace que el experimento sea especialmente relevante para los juegos retro. Los archivos de juegos pequeños pueden leerse desde un recurso compartido de red, mientras la R36S conserva únicamente su sistema operativo y los datos locales esenciales en la tarjeta SD. La prueba de SjslTech plantea una pregunta práctica: ¿qué dispositivo resulta más útil como anfitrión de esa biblioteca compartida?

Véelo antes de seguir la configuración: El vídeo muestra el flujo de trabajo completo y las diferencias entre las tres opciones de servidor. Las direcciones de red, los nombres de las carpetas, los nombres de usuario, las rutas del firmware y las opciones de menú disponibles variarán según la instalación.

Nota sobre la fuente y la seguridad: Este artículo reorganiza el proceso mostrado por SjslTech y explica las decisiones de red que lo sustentan. El autor afirma que no hubo dinero de por medio y que las opiniones del vídeo son propias. Utiliza únicamente juegos homebrew, de dominio público o copias de seguridad que tengas permiso legal para almacenar. Haz una copia de seguridad de la tarjeta SD de la R36S antes de cambiar los montajes, scripts o carpetas de juegos.

SjslTech coloca la R36S junto a la compacta ZimaBlade, que alojará una biblioteca de juegos accesible a través de la red.

Qué hace realmente el servidor de juegos en la nube R36S de SjslTech

El proyecto separa el almacenamiento de la emulación. El servidor expone un directorio de juegos mediante Server Message Block, o SMB, mientras que la consola portátil monta ese directorio remoto en /romsEmulationStation lee entonces la carpeta de red como si fuera la biblioteca de juegos local habitual.

SjslTech creó R36S Easyroms SMB Manager, un proyecto de código abierto que facilita el cambio entre fuentes de almacenamiento. El script admite cuatro perfiles de servidor. Cada perfil puede incluir un nombre visible, la dirección IP del servidor, el nombre del recurso compartido SMB, la configuración de la contraseña, el nombre de usuario y la contraseña.

Cuando se selecciona un perfil, la utilidad:

1. Comprueba si las herramientas de montaje CIFS están disponibles e intenta instalarlas cifs-utils cuando sea necesario.
2. Desconecta el montaje existente de /roms.
3. Monta el recurso compartido SMB 3.0 seleccionado en /roms.
4. Reinicia EmulationStation para que la biblioteca de red aparezca en la interfaz.

El menú también incluye una opción de desconexión que desmonta el recurso compartido de red, restaura la configuración normal del montaje local y reinicia EmulationStation. Esto hace que el proyecto sea reversible: la consola portátil puede volver a utilizar los juegos almacenados en su tarjeta SD cuando el servidor no esté disponible.

Lo que necesitas antes de empezar

El flujo de trabajo de SjslTech depende más de la preparación de la red y las carpetas que de un hardware de servidor de gama alta. Una configuración práctica requiere:

• Una R36S con una disposición del sistema compatible con EmulationStation y un /roms punto de montaje
• Una conexión Wi-Fi funcional en la R36S
• Un PC con Windows, un servidor ZimaOS, un servidor Linux, un NAS o una consola portátil compatible capaz de compartir una carpeta mediante SMB
• Una carpeta de biblioteca de juegos organizada según la estructura que espera la consola portátil
• La dirección IP local del servidor, el nombre del recurso compartido SMB y las credenciales necesarias
• Una copia de seguridad completa de la tarjeta SD actual de la consola portátil

La utilidad se basa en el flujo de trabajo dArkOS/Easyroms de SjslTech. Los usuarios de un firmware R36S diferente deben comprobar su estructura de carpetas, comportamiento de inicio, compatibilidad con CIFS y configuración de EmulationStation antes de aplicar el mismo script.

Por qué ZimaBlade es ideal para este tipo de biblioteca de juegos retro

El servidor que aparece durante todo el vídeo es un servidor de placa única ZimaBlade x86 con 16 GB de memoria. Su función es almacenar y servir archivos, no renderizar juegos. Esto significa que el proyecto aprovecha las características de un servidor doméstico compacto: funcionamiento de bajo consumo, conectividad Ethernet, ampliación directa del almacenamiento y capacidad para permanecer disponible sin tener que dejar un PC de escritorio encendido.

La conectividad SATA nativa también permite utilizar un SSD o disco duro más grande para alojar la biblioteca. Los archivos de juegos ya no tienen que caber en la tarjeta SD de cada consola portátil y varios clientes compatibles pueden apuntar a la misma carpeta central.

-47% OFF

ZimaBlade - Servidor de placa única para Cyber Native

Single board computer

$69.00 - $179.00

Buy Now

Opción 1: Compartir la biblioteca de juegos de R36S desde Windows

La primera ruta del servidor utiliza un equipo con Windows. Es el punto de partida más familiar para los usuarios que ya administran sus copias de seguridad de juegos en un PC.

Paso 1: Preparar la carpeta de juegos

Crea o copia el directorio de la biblioteca de juegos en una unidad con suficiente espacio libre. Conserva las carpetas y los nombres de archivo que espera la interfaz de R36S. Mover una colección aleatoria de archivos a un único directorio plano puede impedir que EmulationStation asocie los juegos con los sistemas correctos.

Paso 2: Activar el uso compartido de carpetas de Windows

Comparte la carpeta de la biblioteca mediante la configuración de uso compartido de archivos de Windows. Anota la dirección IP local del equipo y el nombre exacto del recurso compartido de red. Si el recurso compartido requiere autenticación, utiliza una cuenta específica con acceso únicamente a la carpeta de juegos en lugar de una cuenta de administrador.

Paso 3: Añadir el recurso compartido de Windows a la utilidad de la R36S

Configura uno de los accesos directos del script con el formato requerido:

NOMBRE_CORTO|IP_DEL_SERVIDOR|RUTA_DEL_RECURSO_COMPARTIDO|TIENE_CONTRASEÑA|USUARIO|CONTRASEÑA

En un recurso compartido de invitado, los campos finales de nombre de usuario y contraseña se dejan vacíos. En un recurso compartido autenticado, el ajuste de contraseña se cambia a sí y se proporcionan las credenciales. La dirección IP y el nombre del recurso compartido deben coincidir exactamente con la configuración de Windows.

Paso 4: Montar el recurso compartido y actualizar EmulationStation

Inicia el administrador SMB en la R36S y selecciona el perfil de Windows. Una conexión correcta monta la carpeta de Windows en /roms y reinicia EmulationStation. Los sistemas y juegos almacenados en el PC deberían aparecer entonces en la interfaz de la consola portátil.

Windows es práctico para una prueba inicial, pero tiene una limitación importante: el PC debe permanecer encendido, activo, conectado a la red y accesible en la dirección configurada siempre que la R36S necesite la biblioteca.

Opción 2: Usar ZimaOS como servidor de juegos de R36S siempre encendido

En el minuto 9:17, SjslTech aplica la misma idea a ZimaOS. Esta es la parte más orientada a servidores del experimento, ya que la biblioteca de juegos puede permanecer disponible desde un sistema compacto sin depender de un ordenador Windows de uso general.

El panel de ZimaOS proporciona acceso desde el navegador al almacenamiento, los archivos, la red y la configuración del servidor.

Paso 1: Abrir el panel de ZimaOS

Conecta la ZimaBlade a la red doméstica y abre su dirección de ZimaOS desde otro ordenador. En la demostración de SjslTech, se accede al panel mediante una 192.168.1.x dirección. Normalmente, el router asignará a tu servidor una dirección diferente.

Si la dirección cambia más adelante, el perfil de la R36S dejará de encontrar el recurso compartido. Por ello, es preferible reservar una dirección mediante DHCP en el router en lugar de editar repetidamente la configuración de cada consola portátil.

Paso 2: Crear y llenar la biblioteca compartida

Usa la gestión de archivos de ZimaOS para crear una carpeta dedicada a la biblioteca de juegos en el dispositivo de almacenamiento seleccionado. Copia las copias de seguridad de juegos obtenidas legalmente en los directorios del sistema esperados y confirma que el servidor puede ver toda la estructura de carpetas antes de configurar la consola portátil.

Los usuarios que no conozcan la interfaz pueden consultar la guía para principiantes sobre servidores domésticos con ZimaOS para obtener una explicación más amplia del almacenamiento y la gestión de aplicaciones desde el navegador.

Paso 3: Exponer la carpeta mediante SMB

Activa el uso compartido por LAN para la carpeta de juegos y anota el nombre del recurso compartido SMB resultante. Es preferible usar una cuenta autenticada con acceso limitado. El acceso de invitado puede simplificar una prueba temporal, pero un recurso compartido con acceso de escritura sin restricciones no es una buena opción predeterminada en una red utilizada por otras personas o dispositivos que no sean de confianza.

Paso 4: Configurar el perfil de ZimaOS en la R36S

Añade la dirección IP local de ZimaBlade, el nombre del recurso compartido y las credenciales a otra ranura de acceso directo en SMB Manager. Como la utilidad admite varios perfiles, las definiciones de Windows y ZimaOS pueden coexistir. La consola portátil puede alternar entre ellos sin tener que reconstruir la configuración cada vez.

Paso 5: Probar un juego desde la biblioteca de red

Selecciona el perfil de ZimaOS, permite que el script reinicie EmulationStation e inicia un juego ligero. La prueba de SjslTech muestra que la R36S carga y reproduce un título mientras la biblioteca está alojada en otro lugar de la red.

La consola portátil realiza la emulación localmente mientras lee el archivo del juego desde el recurso compartido SMB de ZimaOS.

Esta configuración no debe confundirse con ejecutar el emulador en ZimaBlade. ZimaOS sirve los archivos; la CPU y el emulador de la R36S siguen determinando la compatibilidad, la velocidad de fotogramas, los controles y la calidad de renderizado.

Opción 3: Convertir una segunda R36S en el servidor SMB

El experimento final elimina tanto el PC con Windows como el servidor doméstico dedicado. SjslTech configura otra R36S para que su propio almacenamiento de juegos sea accesible a través de la red y, después, conecta la primera consola portátil a ella.

Esta es la opción más poco convencional. Demuestra que una consola portátil Linux económica puede asumir un pequeño papel en la red, pero es menos adecuada como infraestructura permanente. La R36S anfitriona debe permanecer encendida, conectada al Wi-Fi y disponible siempre que el cliente quiera usar su biblioteca. Su almacenamiento, conexión inalámbrica, comportamiento de la batería y diseño térmico también son menos convenientes que los de un servidor dedicado.

Dos consolas portátiles R36S aparecen en la misma LAN con direcciones IP distintas, lo que ilustra la prueba de red con varios dispositivos.

El enfoque con una segunda consola portátil debe entenderse como una prueba de concepto o un método de uso compartido a corto plazo. Puede ser útil para experimentar, pero ZimaOS ofrece una gestión del almacenamiento más clara y un papel más natural como sistema siempre encendido.

Windows frente a ZimaOS frente a otro R36S

Limitaciones importantes de red, seguridad y fiabilidad

Una demostración exitosa no significa que todos los juegos funcionen igual de bien a través de Wi-Fi. Los archivos pequeños de la era de los cartuchos son mucho más adecuados que las imágenes de disco que realizan lecturas frecuentes o sostenidas. Los resultados pueden variar según la intensidad de la señal, la congestión del router, la velocidad de almacenamiento del servidor, el firmware, el comportamiento del emulador y el número de clientes activos.

• Mantén SMB en la LAN de confianza. No redirijas los puertos SMB del router a internet público.
• Usa una dirección de servidor reservada. Una dirección IP cambiante romperá el acceso directo guardado.
• Evita las credenciales de administrador. Usa una cuenta restringida con acceso únicamente a la carpeta necesaria.
• Protege las credenciales. El formato de perfil de la utilidad almacena los nombres de usuario y las contraseñas directamente en el script de shell, por lo que cualquiera que pueda leer el archivo podría acceder a esas credenciales.
• Haz copias de seguridad de las partidas guardadas por separado. Centralizar los archivos de juego no crea automáticamente copias de seguridad de los datos guardados, los archivos de configuración ni el disco del servidor.
• Conserva una alternativa local. Mantén los juegos esenciales en la tarjeta SD para cuando la red o el servidor no estén disponibles.

Solución de problemas de un montaje SMB en R36S

Si la biblioteca de red no aparece, comprueba los mismos tres elementos que muestra la utilidad de SjslTech:

1. Confirma que la dirección IP del servidor configurada esté activa y sea accesible desde la misma red.
2. Confirma que el nombre del recurso compartido SMB esté escrito exactamente como aparece en el servidor.
3. Confirma que el acceso de invitado o el nombre de usuario y la contraseña proporcionados coincidan con los permisos del servidor.

Verifica también que el R36S tenga acceso a internet durante el primer inicio si el script necesita instalar cifs-utils. Si el montaje se realiza correctamente, pero la biblioteca parece incompleta, revisa la estructura de carpetas y reinicia EmulationStation. Para volver a la tarjeta SD, usa la opción de desconexión de la utilidad en lugar de retirar el almacenamiento o apagar el dispositivo durante un montaje activo.

Un pequeño servidor doméstico hace más flexible la biblioteca del R36S

El experimento de SjslTech es valioso porque replantea una limitación de almacenamiento como un proyecto de red. El R36S no necesita almacenar localmente todos los juegos si puede montar una biblioteca SMB compatible desde otro sistema.

Windows es la prueba familiar más rápida. Un segundo R36S demuestra lo flexible que puede ser el hardware Linux económico. Sin embargo, la configuración de ZimaOS es la arquitectura a largo plazo más natural que se muestra en el video: ZimaBlade se encarga del almacenamiento centralizado y la disponibilidad en red, mientras cada consola portátil sigue siendo responsable de la emulación.

Mira la comparación completa de servidores R36S de SjslTech y consulta su primer video de Cloud Powered R36S para conocer el contexto del lado del cliente de este proyecto.

Si estás creando una biblioteca de juegos retro similar, solucionando problemas con un recurso compartido SMB o experimentando con ZimaOS, únete a la comunidad de ZimaSpace para comparar configuraciones y compartir lo que funcionó en tu hardware.