Como a SjslTech cria um servidor de jogos na nuvem R36S com o ZimaOS
Agradecemos à SjslTech por explorar uma forma criativa de dar a uma consola portátil R36S acesso a uma biblioteca de jogos maior sem armazenar todos os ficheiros no seu cartão microSD. No seu vídeo sobre um servidor de jogos na nuvem R36S, compara três possíveis anfitriões SMB: um PC Windows, uma ZimaBlade com ZimaOS e uma segunda R36S.
A expressão “jogos na nuvem” precisa aqui de um esclarecimento importante. Este projeto não transmite vídeo renderizado a partir de um PC de jogos através do Sunshine ou do Moonlight. Em vez disso, o servidor armazena os ficheiros dos jogos e a R36S acede a essa biblioteca através da rede local. A emulação continua a ser feita na própria consola portátil.
Essa distinção torna a experiência especialmente relevante para os jogos retro. Os ficheiros de jogos pequenos podem ser lidos a partir de uma partilha de rede, enquanto a R36S mantém no cartão SD apenas o sistema operativo e os dados locais essenciais. O teste da SjslTech coloca uma questão prática: que dispositivo é o anfitrião mais útil para essa biblioteca partilhada?
Veja antes de seguir a configuração: O vídeo demonstra o fluxo de trabalho completo e as diferenças entre as três opções de servidor. Os endereços de rede, nomes de pastas, nomes de utilizador, caminhos do firmware e opções de menu disponíveis variam consoante a instalação.
Nota sobre a fonte e a segurança: Este artigo reorganiza o processo apresentado pela SjslTech e explica as decisões de rede que estão na sua base. O autor afirma que não houve qualquer pagamento e que as opiniões expressas no vídeo são suas. Utilize apenas jogos homebrew, de domínio público ou cópias de segurança que esteja legalmente autorizado a armazenar. Faça uma cópia de segurança do cartão SD da R36S antes de alterar montagens, scripts ou pastas de jogos.
A SjslTech coloca a R36S junto da compacta ZimaBlade, que alojará uma biblioteca de jogos acessível através da rede.
O que o servidor de jogos na nuvem R36S da SjslTech faz realmente
O projeto separa o armazenamento da emulação. O servidor disponibiliza um diretório de jogos através do Server Message Block, ou SMB, enquanto a consola portátil monta esse diretório remoto em /roms. EmulationStation lê então a pasta de rede como se fosse a biblioteca de jogos local normal.
A SjslTech criou o R36S Easyroms SMB Manager, de código aberto, para facilitar a alternância entre fontes de armazenamento. O script suporta quatro perfis de servidor. Cada perfil pode conter um nome de apresentação, o endereço IP do servidor, o nome da partilha SMB, a definição da palavra-passe, o nome de utilizador e a palavra-passe.
Quando é selecionado um perfil, o utilitário:
- Verifica se as ferramentas de montagem CIFS estão disponíveis e tenta instalá-las
cifs-utilsquando necessário. - Desliga a montagem existente de
/roms. - Monta a partilha SMB 3.0 selecionada em
/roms. - Reinicia o EmulationStation para que a biblioteca de rede apareça na interface.
O menu também inclui uma opção de desligar que desmonta a partilha de rede, repõe a configuração normal de montagem local e reinicia o EmulationStation. Isto torna o projeto reversível: a consola portátil pode voltar a utilizar os jogos armazenados no cartão SD quando o servidor não estiver disponível.
O que é necessário antes de começar
O fluxo de trabalho da SjslTech depende mais da preparação da rede e das pastas do que de hardware de servidor de elevado desempenho. Uma configuração prática requer:
- Um R36S com uma disposição de sistema compatível, com EmulationStation e um
/romsponto de montagem - Uma ligação Wi-Fi funcional no R36S
- Um PC Windows, servidor ZimaOS, servidor Linux, NAS ou consola portátil compatível capaz de partilhar uma pasta através de SMB
- Uma pasta de biblioteca de jogos organizada segundo a estrutura esperada pela consola portátil
- O endereço IP local do servidor, o nome da partilha SMB e quaisquer credenciais necessárias
- Uma cópia de segurança completa do cartão SD atual da consola portátil
O utilitário baseia-se no fluxo de trabalho dArkOS/Easyroms da SjslTech. Os utilizadores de outro firmware R36S devem confirmar a estrutura das pastas, o comportamento no arranque, o suporte de CIFS e a configuração do EmulationStation antes de aplicarem o mesmo script.
Porque é que a ZimaBlade é adequada para este tipo de biblioteca de jogos retro
O servidor apresentado ao longo do vídeo é um servidor de placa única x86 ZimaBlade com 16 GB de memória. A sua função é armazenar e disponibilizar ficheiros, não executar jogos. Assim, o projeto beneficia das características de um servidor doméstico compacto: baixo consumo de energia, conectividade Ethernet, expansão direta do armazenamento e capacidade de permanecer disponível sem deixar um PC de secretária ligado.
A conectividade SATA nativa também permite utilizar um SSD ou disco rígido maior para armazenar a biblioteca. Os ficheiros dos jogos deixam de ter de caber no cartão SD de cada consola portátil, e vários clientes compatíveis podem apontar para a mesma pasta central.
Opção 1: Partilhar a biblioteca de jogos do R36S a partir do Windows
O primeiro caminho de servidor utiliza um computador Windows. É o ponto de partida mais familiar para os utilizadores que já gerem as cópias de segurança dos jogos num PC.
Passo 1: Preparar a pasta de jogos
Crie ou copie o diretório da biblioteca de jogos para uma unidade com espaço livre suficiente. Preserve as pastas e os nomes de ficheiros esperados pelo frontend do R36S. Mover uma coleção aleatória de ficheiros para um único diretório sem estrutura pode impedir que o EmulationStation associe os jogos aos sistemas corretos.
Passo 2: Ativar a partilha de pastas do Windows
Partilhe a pasta da biblioteca através das definições de partilha de ficheiros do Windows. Registe o endereço IP local do computador e o nome exato da partilha de rede. Se a partilha exigir autenticação, utilize uma conta dedicada com acesso apenas à pasta de jogos, em vez de uma conta de administrador.
Passo 3: Adicionar a partilha do Windows ao utilitário da R36S
Configure um dos atalhos do script utilizando o formato obrigatório:
SHORTCUT_NAME|SERVER_IP|SHARE_PATH|HAS_PASSWORD|USER|PASSNuma partilha de convidado, os campos finais de nome de utilizador e palavra-passe permanecem vazios. Numa partilha autenticada, a definição da palavra-passe é alterada para sim e as credenciais são fornecidas. O endereço IP e o nome da partilha têm de corresponder exatamente à configuração do Windows.
Passo 4: Montar a partilha e atualizar a EmulationStation
Inicie o Gestor SMB na R36S e selecione o perfil do Windows. Uma ligação bem-sucedida monta a pasta do Windows em /roms e reinicia a EmulationStation. Os sistemas e jogos armazenados no PC deverão então ser apresentados na interface da consola portátil.
O Windows é conveniente para um teste inicial, mas tem uma limitação prática: o PC tem de permanecer ligado, ativo, conectado à rede e acessível no endereço configurado sempre que a R36S precisar da biblioteca.
Opção 2: Utilizar o ZimaOS como servidor de jogos R36S sempre ligado
Aos 9:17, a SjslTech aplica a mesma ideia ao ZimaOS. Esta é a parte mais orientada para servidores da experiência, porque a biblioteca de jogos pode permanecer disponível num sistema compacto sem depender de um computador Windows de utilização geral.
O painel do ZimaOS permite aceder, através do navegador, ao armazenamento, aos ficheiros, à rede e às definições do servidor.
Passo 1: Abrir o painel do ZimaOS
Ligue a ZimaBlade à rede doméstica e abra o respetivo endereço ZimaOS a partir de outro computador. Na demonstração da SjslTech, o painel é acedido através de um endereço local 192.168.1.x endereço. Normalmente, o servidor receberá um endereço diferente do router.
Se o endereço mudar mais tarde, o perfil da R36S deixará de encontrar a partilha. Por isso, é preferível configurar uma reserva DHCP no router em vez de editar repetidamente a configuração de cada consola portátil.
Passo 2: Criar e preencher a biblioteca partilhada
Utilize a gestão de ficheiros do ZimaOS para criar uma pasta dedicada à biblioteca de jogos no dispositivo de armazenamento selecionado. Copie as cópias de segurança dos jogos obtidas legalmente para os diretórios de sistema esperados e confirme que o servidor consegue ver a estrutura completa de pastas antes de configurar a consola portátil.
Os utilizadores que não conheçam a interface podem consultar o guia para principiantes sobre servidores domésticos ZimaOS para obter uma explicação mais abrangente da gestão de armazenamento e aplicações através do navegador.
Passo 3: Expor a pasta através de SMB
Ative a partilha LAN para a pasta de jogos e registe o nome da partilha SMB resultante. Prefira uma conta autenticada com acesso limitado. O acesso de convidado pode simplificar um teste temporário, mas uma partilha com acesso de escrita irrestrito é uma opção predefinida inadequada numa rede utilizada por outras pessoas ou dispositivos não fiáveis.
Passo 4: Configurar o perfil ZimaOS na R36S
Adicione o endereço IP local do ZimaBlade, o nome da partilha e as credenciais a outro espaço de atalho no Gestor SMB. Como o utilitário suporta vários perfis, as definições do Windows e do ZimaOS podem coexistir. A consola portátil pode alternar entre eles sem ter de reconstruir a configuração de cada vez.
Passo 5: Testar um jogo a partir da biblioteca de rede
Selecione o perfil do ZimaOS, permita que o script reinicie o EmulationStation e inicie um jogo leve. O teste da SjslTech mostra o R36S a carregar e executar um título enquanto a biblioteca está alojada noutro local da rede.
A consola portátil executa a emulação localmente enquanto lê o ficheiro do jogo a partir da partilha SMB do ZimaOS.
Esta configuração não deve ser confundida com a execução do emulador no ZimaBlade. O ZimaOS disponibiliza os ficheiros; o processador e o emulador do R36S continuam a determinar a compatibilidade, a taxa de fotogramas, os controlos e a qualidade da renderização.
Opção 3: Transformar um segundo R36S no anfitrião SMB
A experiência final elimina tanto o PC Windows como o servidor doméstico dedicado. A SjslTech configura outro R36S para disponibilizar o seu próprio armazenamento de jogos através da rede e, em seguida, liga a primeira consola portátil a esse dispositivo.
Esta é a opção mais invulgar. Demonstra que uma consola portátil Linux económica pode assumir uma pequena função de rede, mas é menos adequada como infraestrutura permanente. O R36S anfitrião tem de permanecer ligado, conectado ao Wi-Fi e disponível sempre que o cliente quiser utilizar a sua biblioteca. O seu armazenamento, ligação sem fios, comportamento da bateria e conceção térmica também são menos convenientes do que os de um servidor dedicado.
Duas consolas portáteis R36S aparecem na mesma LAN com endereços IP diferentes, ilustrando o teste de rede com vários dispositivos.
A abordagem com uma segunda consola portátil deve ser entendida sobretudo como uma prova de conceito ou um método de partilha a curto prazo. Pode ser útil para experiências, mas o ZimaOS oferece uma gestão do armazenamento mais clara e um papel permanente mais natural.
Windows vs ZimaOS vs outro R36S
| Anfitrião SMB | Principal vantagem | Principal limitação | Mais adequado |
|---|---|---|---|
| PC Windows | Fluxo de trabalho familiar de partilha de pastas e gestão fácil de ficheiros | O PC tem de permanecer ligado e acessível | Testes iniciais e utilização ocasional |
| ZimaOS no ZimaBlade | Armazenamento dedicado, expansível e gerido através do navegador | Requer uma configuração separada de servidor e armazenamento | Utilização doméstica regular e bibliotecas centralizadas |
| Segundo R36S | Demonstra a partilha entre dispositivos sem um servidor convencional | Armazenamento limitado, gestão de energia e fiabilidade da rede sem fios | Experiências e partilha temporária |
Limitações importantes de rede, segurança e fiabilidade
Uma demonstração bem-sucedida não significa que todos os jogos funcionarão igualmente bem através de Wi-Fi. Ficheiros pequenos da era dos cartuchos são muito mais adequados do que imagens de discos que efetuam leituras frequentes ou contínuas. Os resultados podem variar consoante a intensidade do sinal, o congestionamento do router, a velocidade do armazenamento do servidor, o firmware, o comportamento do emulador e o número de clientes ativos.
- Mantenha o SMB na LAN de confiança. Não reencaminhe portas SMB do router para a Internet pública.
- Utilize um endereço reservado para o servidor. Um endereço IP que mude irá quebrar o atalho guardado.
- Evite credenciais de administrador. Utilize uma conta restrita com acesso apenas à pasta necessária.
- Proteja as credenciais. O formato de perfil da ferramenta armazena os nomes de utilizador e as palavras-passe diretamente no script de shell, pelo que qualquer pessoa que consiga ler o ficheiro poderá potencialmente ler essas credenciais.
- Faça cópias de segurança dos dados guardados separadamente. Centralizar os ficheiros dos jogos não faz automaticamente uma cópia de segurança dos dados guardados, dos ficheiros de configuração ou do disco do servidor.
- Mantenha uma alternativa local. Mantenha os jogos essenciais no cartão SD para os momentos em que a rede ou o servidor não estiverem disponíveis.
Resolução de problemas de uma montagem SMB no R36S
Se a biblioteca de rede não aparecer, verifique os mesmos três itens apresentados pela ferramenta da SjslTech:
- Confirme que o endereço IP configurado do servidor está ativo e acessível a partir da mesma rede.
- Confirme que o nome da partilha SMB está escrito exatamente como aparece no servidor.
- Confirme que o acesso de convidado ou o nome de utilizador e a palavra-passe fornecidos correspondem às permissões do servidor.
Verifique também se o R36S tem acesso à Internet durante o primeiro arranque, caso o script precise de instalar cifs-utils. Se a montagem for bem-sucedida, mas a biblioteca parecer incompleta, verifique a estrutura das pastas e reinicie novamente o EmulationStation. Para voltar ao cartão SD, utilize a opção de desligar da ferramenta, em vez de remover o armazenamento ou desligar o dispositivo durante uma montagem ativa.
Um pequeno servidor doméstico torna a biblioteca do R36S mais flexível
A experiência da SjslTech é valiosa porque transforma uma limitação de armazenamento num projeto de rede. O R36S não precisa de armazenar todos os jogos localmente se conseguir montar uma biblioteca SMB compatível a partir de outro sistema.
O Windows é o teste familiar mais rápido. Um segundo R36S demonstra a flexibilidade que um hardware Linux económico pode oferecer. No entanto, a configuração do ZimaOS é a arquitetura mais natural a longo prazo apresentada no vídeo: o ZimaBlade gere o armazenamento centralizado e a disponibilidade na rede, enquanto cada consola portátil continua responsável pela emulação.
Veja a comparação completa de servidores R36S da SjslTech e consulte o seu primeiro vídeo Cloud Powered R36S para conhecer o contexto do lado do cliente deste projeto.
Se estiver a criar uma biblioteca de jogos retro semelhante, a resolver problemas numa partilha SMB ou a experimentar o ZimaOS, junte-se à comunidade ZimaSpace para comparar configurações e partilhar o que funcionou no seu hardware.
Produtos recomendados
Centro de Campanhas Zima
Mais para Ler
Como a GhostStrats constrói um computador de sobrevivência offline com o Project NOMAD
O GhostStrats combina o ZimaBlade, o Ubuntu, uma unidade de arranque externa e o Project NOMAD para criar um servidor de conhecimento portátil e...
ZimaBlade + OpenClaw: Uma Configuração Real de Homelab Assistida por IA
Um verdadeiro homelab ZimaBlade com OpenClaw, Hermes, Docker, monitorização, ferramentas de casa inteligente e administração de servidores assistida por IA.
Tokyo Game Show 2026: Da consola de jogos à infraestrutura de gaming
A TGS 2026 faz 30 anos. Veja como os jogos abrangem agora dispositivos, computação, dados, serviços na nuvem, IA e infraestrutura auto-hospedada.
