Jak firma SjslTech buduje serwer gier w chmurze R36S z użyciem ZimaOS

Dziękujemy SjslTech za pokazanie kreatywnego sposobu zapewnienia przenośnej konsoli R36S dostępu do większej biblioteki gier bez przechowywania każdego pliku na jej karcie microSD. W swoim filmie o serwerze gier w chmurze R36S porównuje trzy możliwe hosty SMB: komputer z systemem Windows, ZimaBlade z systemem ZimaOS oraz drugą konsolę R36S.

Określenie „granie w chmurze” wymaga tutaj ważnego wyjaśnienia. Ten projekt nie polega na strumieniowaniu renderowanego obrazu z gamingowego komputera za pośrednictwem Sunshine lub Moonlight. Serwer przechowuje pliki gier, a R36S uzyskuje dostęp do tej biblioteki przez sieć lokalną. Emulacja nadal odbywa się bezpośrednio na urządzeniu przenośnym.

To rozróżnienie sprawia, że eksperyment jest szczególnie interesujący w kontekście gier retro. Niewielkie pliki gier można odczytywać z udziału sieciowego, a R36S przechowuje na karcie SD jedynie system operacyjny i niezbędne dane lokalne. Test SjslTech stawia praktyczne pytanie: które urządzenie będzie najbardziej użytecznym hostem dla tej współdzielonej biblioteki?

Obejrzyj przed rozpoczęciem konfiguracji: Film pokazuje kompletny przebieg konfiguracji oraz różnice między trzema opcjami serwera. Adresy sieciowe, nazwy folderów, nazwy użytkowników, ścieżki oprogramowania układowego i dostępne opcje menu będą się różnić w zależności od instalacji.

Uwaga dotycząca źródła i bezpieczeństwa: Ten artykuł porządkuje proces przedstawiony przez SjslTech i wyjaśnia decyzje dotyczące sieci, które za nim stoją. Autor informuje, że nie otrzymał żadnego wynagrodzenia, a opinie przedstawione w filmie są jego własnymi. Używaj wyłącznie gier homebrew, gier należących do domeny publicznej lub kopii zapasowych, które możesz legalnie przechowywać. Przed zmianą punktów montowania, skryptów lub folderów z grami wykonaj kopię zapasową karty SD R36S.

SjslTech umieszcza R36S obok kompaktowego ZimaBlade, który będzie hostować dostępną przez sieć bibliotekę gier.

Co tak naprawdę robi serwer gier w chmurze R36S firmy SjslTech

Projekt oddziela pamięć masową od emulacji. Serwer udostępnia katalog gier za pośrednictwem Server Message Block, czyli SMB, a urządzenie przenośne montuje ten zdalny katalog w /romsNastępnie EmulationStation odczytuje folder sieciowy tak, jakby był zwykłą lokalną biblioteką gier.

SjslTech stworzył open-source’owy R36S Easyroms SMB Manager, aby ułatwić przełączanie między źródłami pamięci. Skrypt obsługuje cztery profile serwerów. Każdy profil może zawierać nazwę wyświetlaną, adres IP serwera, nazwę udziału SMB, ustawienie hasła, nazwę użytkownika i hasło.

Po wybraniu profilu narzędzie:

1. Sprawdza, czy narzędzia do montowania CIFS są dostępne, i próbuje je zainstalować cifs-utils w razie potrzeby.
2. Odłącza istniejące montowanie od /roms.
3. Montuje wybrany udział SMB 3.0 w /roms.
4. Ponownie uruchamia EmulationStation, aby biblioteka sieciowa pojawiła się w interfejsie.

Menu zawiera również opcję rozłączenia, która odmontowuje udział sieciowy, przywraca zwykłą lokalną konfigurację montowania i ponownie uruchamia EmulationStation. Dzięki temu projekt można odwrócić: urządzenie przenośne może powrócić do gier zapisanych na karcie SD, gdy serwer jest niedostępny.

Czego potrzebujesz przed rozpoczęciem

Przepływ pracy SjslTech zależy bardziej od przygotowania sieci i folderów niż od wydajnego sprzętu serwerowego. Praktyczna konfiguracja wymaga:

• R36S z kompatybilnym układem systemu, zawierającym EmulationStation i /roms punkt montowania
• Działające połączenie Wi-Fi na R36S
• Komputer z systemem Windows, serwer ZimaOS, serwer Linux, serwer NAS lub kompatybilne urządzenie przenośne mogące udostępniać folder przez SMB
• Folder biblioteki gier zorganizowany w strukturze oczekiwanej przez urządzenie przenośne
• Lokalny adres IP serwera, nazwa udziału SMB oraz wymagane dane logowania
• Pełna kopia zapasowa bieżącej karty SD urządzenia przenośnego

Narzędzie opiera się na przepływie pracy SjslTech z dArkOS/Easyroms. Użytkownicy innego oprogramowania układowego R36S powinni przed zastosowaniem tego samego skryptu sprawdzić jego strukturę folderów, sposób uruchamiania, obsługę CIFS oraz konfigurację EmulationStation.

Dlaczego ZimaBlade pasuje do tego rodzaju biblioteki gier retro

Serwer przedstawiony w całym filmie to serwer jednopłytkowy ZimaBlade x86 z 16 GB pamięci. Jego zadaniem jest przechowywanie i udostępnianie plików, a nie renderowanie gier. Dzięki temu projekt korzysta z cech kompaktowego serwera domowego: niskiego poboru energii, łączności Ethernet, bezpośredniej rozbudowy pamięci masowej oraz możliwości pozostawania dostępnym bez konieczności pozostawiania włączonego komputera stacjonarnego.

Natywna łączność SATA umożliwia również przechowywanie biblioteki na większym dysku SSD lub dysku twardym. Pliki gier nie muszą już mieścić się na karcie SD każdego urządzenia przenośnego, a wiele kompatybilnych klientów może wskazywać ten sam centralny folder.

-47% OFF

ZimaBlade - Jednopłytkowy serwer dla Cyber Native

Single board computer

$69.00 - $179.00

Buy Now

Opcja 1: Udostępnij bibliotekę gier R36S z systemu Windows

Pierwsza ścieżka serwera wykorzystuje komputer z systemem Windows. To najbardziej znajomy punkt wyjścia dla użytkowników, którzy już zarządzają kopiami zapasowymi gier na komputerze.

Krok 1: Przygotuj folder z grami

Utwórz katalog biblioteki gier lub skopiuj go na dysk z wystarczającą ilością wolnego miejsca. Zachowaj strukturę folderów i nazwy plików wymagane przez interfejs R36S. Przeniesienie przypadkowego zbioru plików do jednego płaskiego katalogu może uniemożliwić EmulationStation przypisanie gier do właściwych systemów.

Krok 2: Włącz udostępnianie folderów w systemie Windows

Udostępnij folder biblioteki za pomocą ustawień udostępniania plików systemu Windows. Zapisz lokalny adres IP komputera oraz dokładną nazwę udziału sieciowego. Jeśli udział wymaga uwierzytelniania, użyj dedykowanego konta z dostępem wyłącznie do folderu z grami, zamiast konta administratora.

Krok 3: Dodaj udział Windows do narzędzia R36S

Skonfiguruj jeden ze skrótów skryptu, używając wymaganego formatu:

NAZWA_SKRÓTU|IP_SERWERA|ŚCIEŻKA_UDZIAŁU|MA_HASŁO|UŻYTKOWNIK|HASŁO

W przypadku udziału gościa końcowe pola nazwy użytkownika i hasła pozostają puste. W przypadku udziału uwierzytelnianego ustawienie hasła zmienia się na tak oraz zostaną podane dane uwierzytelniające. Adres IP i nazwa udziału muszą dokładnie odpowiadać konfiguracji systemu Windows.

Krok 4: Zamontuj udział i odśwież EmulationStation

Uruchom menedżera SMB na R36S i wybierz profil Windows. Pomyślne połączenie zamontuje folder Windows w /roms i ponownie uruchamia EmulationStation. Systemy i gry zapisane na komputerze powinny wtedy pojawić się w interfejsie urządzenia przenośnego.

Windows jest wygodny podczas pierwszego testu, ale ma praktyczne ograniczenie: komputer musi pozostawać włączony, wybudzony, podłączony do sieci i dostępny pod skonfigurowanym adresem za każdym razem, gdy R36S potrzebuje biblioteki.

Opcja 2: Użyj ZimaOS jako stale działającego serwera gier dla R36S

O 9:17 SjslTech przenosi ten sam pomysł do ZimaOS. To bardziej serwerowa część eksperymentu, ponieważ biblioteka gier może pozostać dostępna z niewielkiego systemu bez uzależniania dostępu od komputera z systemem Windows ogólnego przeznaczenia.

Pulpit ZimaOS zapewnia dostęp przez przeglądarkę do pamięci masowej, plików, sieci i ustawień serwera.

Krok 1: Otwórz pulpit ZimaOS

Podłącz ZimaBlade do sieci domowej i otwórz jego adres ZimaOS na innym komputerze. W demonstracji SjslTech pulpit jest dostępny pod lokalnym 192.168.1.x adres. Serwer zwykle otrzyma z routera inny adres.

Jeśli adres później się zmieni, profil R36S przestanie znajdować udział. Dlatego lepszym rozwiązaniem niż ciągła edycja konfiguracji każdego urządzenia przenośnego jest rezerwacja DHCP na routerze.

Krok 2: Utwórz i wypełnij udostępnioną bibliotekę

Użyj menedżera plików ZimaOS, aby utworzyć dedykowany folder biblioteki gier na wybranym urządzeniu pamięci masowej. Skopiuj legalnie uzyskane kopie zapasowe gier do wymaganych katalogów systemowych i przed skonfigurowaniem urządzenia przenośnego upewnij się, że serwer widzi kompletną strukturę folderów.

Użytkownicy, którzy dopiero poznają ten interfejs, mogą zapoznać się z powiązanym przyjaznym dla początkujących przewodnikiem SjslTech po domowym serwerze ZimaOS, który szerzej wyjaśnia zarządzanie pamięcią masową i aplikacjami w przeglądarce.

Krok 3: Udostępnij folder przez SMB

Włącz udostępnianie folderu z grami w sieci LAN i zanotuj uzyskaną nazwę udziału SMB. Preferowane jest uwierzytelniane konto z ograniczonym dostępem. Dostęp gościa może ułatwić tymczasowy test, ale nieograniczony udział z prawem zapisu nie jest dobrym rozwiązaniem domyślnym w sieci używanej przez inne osoby lub niezaufane urządzenia.

Krok 4: Skonfiguruj profil ZimaOS na R36S

Dodaj lokalny adres IP urządzenia ZimaBlade, nazwę udziału i dane uwierzytelniające do innego gniazda skrótu w Menedżerze SMB. Ponieważ narzędzie obsługuje kilka profili, konfiguracje systemu Windows i ZimaOS mogą współistnieć. Urządzenie przenośne może przełączać się między nimi bez każdorazowego odtwarzania konfiguracji.

Krok 5: Test gry z biblioteki sieciowej

Wybierz profil ZimaOS, zezwól skryptowi na ponowne uruchomienie EmulationStation i uruchom niewymagającą grę. Test SjslTech pokazuje, że R36S ładuje i uruchamia grę, podczas gdy biblioteka znajduje się w innym miejscu sieci.

Urządzenie przenośne emuluje grę lokalnie, odczytując plik gry z udziału SMB w ZimaOS.

Tego rozwiązania nie należy mylić z uruchamianiem emulatora na ZimaBlade. ZimaOS udostępnia pliki; procesor i emulator R36S nadal decydują o kompatybilności, liczbie klatek na sekundę, sterowaniu i jakości renderowania.

Opcja 3: Przekształcenie drugiego R36S w hosta SMB

W ostatnim eksperymencie usunięto zarówno komputer z systemem Windows, jak i dedykowany serwer domowy. SjslTech konfiguruje drugi R36S tak, aby jego własna pamięć gier była dostępna przez sieć, a następnie łączy z nim pierwsze urządzenie przenośne.

To najbardziej nietypowa opcja. Pokazuje, że niedrogie urządzenie przenośne z systemem Linux może pełnić niewielką funkcję sieciową, ale gorzej nadaje się do stałej infrastruktury. Host R36S musi pozostawać włączony, połączony z Wi-Fi i dostępny za każdym razem, gdy klient chce korzystać z jego biblioteki. Jego pamięć masowa, połączenie bezprzewodowe, działanie baterii i konstrukcja termiczna są również mniej wygodne niż w przypadku dedykowanego serwera.

Dwa urządzenia przenośne R36S pojawiają się w tej samej sieci LAN z różnymi adresami IP, ilustrując test sieci z wieloma urządzeniami.

Podejście z drugim urządzeniem przenośnym najlepiej traktować jako dowód koncepcji lub krótkoterminową metodę udostępniania. Może być przydatne do eksperymentów, ale ZimaOS zapewnia przejrzystsze zarządzanie pamięcią masową i lepiej sprawdza się w roli urządzenia działającego stale.

Windows kontra ZimaOS kontra drugi R36S

Ważne ograniczenia dotyczące sieci, bezpieczeństwa i niezawodności

Udana demonstracja nie oznacza, że każda gra będzie działać równie dobrze przez Wi-Fi. Niewielkie pliki z ery kartridży są znacznie lepiej dostosowane do tego rozwiązania niż obrazy płyt, które wykonują częste lub długotrwałe odczyty. Wyniki mogą się różnić w zależności od siły sygnału, obciążenia routera, szybkości pamięci serwera, oprogramowania układowego, działania emulatora i liczby aktywnych klientów.

• Korzystaj z SMB w zaufanej sieci LAN. Nie przekierowuj portów SMB z routera do publicznego internetu.
• Używaj zarezerwowanego adresu serwera. Zmienny adres IP spowoduje zerwanie zapisanego skrótu.
• Unikaj danych uwierzytelniających administratora. Używaj ograniczonego konta z dostępem wyłącznie do wymaganego folderu.
• Chroń dane uwierzytelniające. Format profilu narzędzia przechowuje nazwy użytkowników i hasła bezpośrednio w skrypcie powłoki, więc każdy, kto może odczytać ten plik, może potencjalnie odczytać również te dane.
• Twórz osobne kopie zapisów. Centralizacja plików gier nie powoduje automatycznego tworzenia kopii danych zapisów, plików konfiguracyjnych ani dysku serwera.
• Zachowaj lokalną kopię awaryjną. Przechowuj najważniejsze gry na karcie SD na wypadek niedostępności sieci lub serwera.

Rozwiązywanie problemów z montowaniem SMB na R36S

Jeśli biblioteka sieciowa się nie pojawia, sprawdź te same trzy elementy wskazane przez narzędzie SjslTech:

1. Upewnij się, że skonfigurowany adres IP serwera jest aktywny i osiągalny z tej samej sieci.
2. Upewnij się, że nazwa udziału SMB jest zapisana dokładnie tak, jak na serwerze.
3. Upewnij się, że dostęp gościnny albo podana nazwa użytkownika i hasło są zgodne z uprawnieniami serwera.

Sprawdź także, czy podczas pierwszego uruchomienia R36S ma dostęp do internetu, jeśli skrypt musi zainstalować cifs-utils. Jeśli montowanie się powiedzie, ale biblioteka będzie wyglądać na niekompletną, sprawdź układ folderów i ponownie uruchom EmulationStation. Aby wrócić do karty SD, użyj opcji odłączania w narzędziu zamiast wyjmować nośnik lub wyłączać urządzenie podczas aktywnego montowania.

Mały serwer domowy zwiększa elastyczność biblioteki R36S

Eksperyment SjslTech jest wartościowy, ponieważ przedstawia ograniczenie pamięci jako projekt sieciowy. R36S nie musi przechowywać lokalnie każdej gry, jeśli może zamontować zgodną bibliotekę SMB z innego systemu.

Windows to najszybszy i najbardziej znajomy test. Drugi R36S pokazuje, jak elastyczny może być niedrogi sprzęt z systemem Linux. Konfiguracja z ZimaOS jest jednak najbardziej naturalną długoterminową architekturą przedstawioną na filmie: ZimaBlade obsługuje scentralizowane przechowywanie danych i dostępność w sieci, a każda konsola przenośna nadal odpowiada za emulację.

Obejrzyj pełne porównanie serwerów R36S autorstwa SjslTech oraz zapoznaj się z jego pierwszym filmem z serii Cloud Powered R36S, aby poznać kontekst dotyczący strony klienckiej tego projektu.

Jeśli tworzysz podobną bibliotekę gier retro, rozwiązujesz problemy z udziałem SMB lub eksperymentujesz z ZimaOS, dołącz do społeczności ZimaSpace, aby porównać konfiguracje i podzielić się tym, co zadziałało na Twoim sprzęcie.