Jak Giorgio Cappello Di Paglia testuje gry tak, jakby był rok 1997, na ZimaBoard 2

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Dziękujemy Giorgio Cappello Di Paglia za wykorzystanie zestawu do gier retro opartego na ZimaBoard 2 do zbadania ciekawszego pytania niż same liczby klatek na sekundę: czy gracze przyzwyczajeni do współczesnych podpowiedzi nadal potrafiliby zrozumieć i czerpać przyjemność z gry zaprojektowanej tak, jakby powstała w 1997 roku?

Gry wydawane pod koniec lat 90. nie stosowały wszystkich tych samych zasad projektowych, ale wiele z nich oczekiwało od gracza większej uwagi, eksperymentowania, czytania instrukcji, zapamiętywania tras, zarządzania punktami zapisu i akceptowania porażki jako części nauki.

Współczesne gry często oferują inne doświadczenie. Znaczniki celów, minimapy, punkty kontrolne, podpowiedzi kontekstowe, automatyczny zapis, opcje poziomu trudności i ustawienia ułatwień dostępu zmniejszają ryzyko, że gracz utknie na stałe.

Eksperyment Giorgio nie dowodzi, że każda stara gra była lepsza ani że współczesne ułatwienia pogarszają gry. Analizuje, jak zmieniła się relacja między graczem a grą oraz czy starsze założenia projektowe nadal wydają się dziś naturalne.

Obejrzyj przed lekturą: Oryginalny film w języku włoskim rozwija porównanie projektowania gier z 1997 roku i współczesnego, a następnie pokazuje ZimaBoard 2 uruchamiający bibliotekę gier retro Batocera na telewizorze.

Informacja: Giorgio przedstawia film jako współpracę z Zima i IceWhale. Opis zawiera również link afiliacyjny, za pośrednictwem którego może otrzymać prowizję. Ten artykuł porządkuje idee i prezentację sprzętu przedstawione w jego oryginalnym filmie, zachowując widoczność relacji komercyjnej.

To przede wszystkim dyskusja o projektowaniu gier i praktyczna demonstracja Batocery. Nie jest to kontrolowany test emulatora, baza danych kompatybilności ani obietnica, że każda konsola, gra, kontroler i ustawienie grafiki będą działać identycznie.

Giorgio przedstawia swój eksperyment dotyczący projektowania gier w 1997 roku obok ZimaBoard 2

Giorgio przedstawia projekt wokół oczekiwań graczy: czy współczesne konwencje interfejsów zmieniły sposób, w jaki podchodzimy do starszych gier?

Czego często oczekiwano od gracza podczas grania w 1997 roku

Projektowanie gier w 1997 roku znacznie różniło się w zależności od platformy i gatunku. Gry przygodowe na PC, konsolowe gry fabularne, strzelanki pierwszoosobowe, horrory survivalowe, gry wyścigowe i strategie uczyły graczy na różne sposoby.

Jednak niektóre oczekiwania pojawiały się częściej niż w wielu współczesnych grach głównego nurtu:

  • Przeczytaj drukowaną instrukcję przed rozpoczęciem gry lub w jej trakcie
  • Uważnie słuchaj dialogów, aby poznać wskazówki
  • Zapamiętywać charakterystyczne punkty zamiast podążać za stale widocznym znacznikiem trasy
  • Rysować mapę albo zapisywać kody, zagadki i cele
  • Zapisywać grę ręcznie lub docierać do wyznaczonego punktu zapisu
  • Powtarzać fragmenty po porażce
  • Eksperymentować ze sterowaniem i systemami gry
  • Zaakceptować, że niektóre informacje pozostaną niewyjaśnione

Gracz mógł przeoczyć jedno zdanie, wejść do niewłaściwego pomieszczenia, użyć ważnego przedmiotu zbyt wcześnie lub zapomnieć o zapisie i stracić istotny postęp. Gra mogła dostarczać wystarczająco dużo informacji, by można było grać dalej, ale informacje te nie zawsze były powtarzane ani stale widoczne na ekranie.

Prowadziło to do większego zapotrzebowania na spostrzegawczość i pamięć. Powodowało też niepotrzebną frustrację, gdy niejasny projekt, słabe tłumaczenie, ograniczenia techniczne lub niewystarczająca dokumentacja utrudniały zrozumienie zamierzonego rozwiązania.

Dlaczego starsze gry często oferowały mniej wskazówek

Różnica nie wynikała wyłącznie z filozofii. Ograniczenia sprzętu i pamięci masowej wpływały na to, co twórcy mogli uwzględnić.

Starsze konsole i komputery PC działały z mniejszą ilością pamięci, wolniejszymi procesorami, mniejszymi nośnikami danych i ekranami o niższej rozdzielczości. Twórcy mieli mniej miejsca na samouczki głosowe, animowane prezentacje, dynamiczne systemy podpowiedzi czy duże zestawy elementów interfejsu.

Drukowane instrukcje zawierały więc informacje, które dziś znalazłyby się wewnątrz gry. Instrukcja mogła wyjaśniać sterowanie, umiejętności postaci, zasady korzystania z ekwipunku, historie świata, mapy i podstawowe strategie, zanim gracz dotarł do pierwszego poziomu.

Twórcy projektowali również z myślą o odbiorcach przyzwyczajonych do wielokrotnych prób. Tradycje gier arcade, ograniczona liczba żyć, hasła, wysoki poziom trudności i progresja oparta na wynikach wciąż wpływały na gry domowe. Powtarzanie fragmentu często było częścią oczekiwanego doświadczenia, a nie dowodem na to, że gra nie potrafiła odpowiednio pokierować graczem.

Współcześni gracze poznali inny język interfejsu

Gracze nie podchodzą do gry bez żadnej wcześniejszej wiedzy. Lata doświadczeń kształtują oczekiwania dotyczące tego, jak powinny działać cele, mapy, zdrowie, ekwipunek, punkty kontrolne i interakcje.

Współczesny gracz może racjonalnie oczekiwać:

  • Znacznik celu wskazujący następne miejsce
  • Minimapa pokazująca pobliskie ścieżki i aktywności
  • Wyróżnione obiekty, które można zebrać lub aktywować
  • Monit pokazujący, który przycisk wykonuje daną czynność
  • Automatyczny zapis przed niebezpiecznym fragmentem
  • Punkt kontrolny po wykonaniu celu
  • Dziennik zadań powtarzający ważne dialogi
  • System podpowiedzi reagujący na zatrzymanie postępów

Funkcje te mogą ułatwić naukę skomplikowanych gier i ograniczyć ilość powtarzanej zawartości. Sprawiają też, że gry stają się bardziej dostępne dla graczy, którzy mają mało czasu, różne możliwości fizyczne, trudności z odczytywaniem drobnych szczegółów otoczenia lub problemy z zapamiętywaniem informacji przekazanych kilka godzin wcześniej.

Kompromis pojawia się, gdy wskazówki stają się tak uporczywe, że gracz nie musi już analizować otoczenia, testować pomysłów ani decydować, dokąd się udać. Interfejs może zacząć rozwiązywać grę, zanim gracz będzie miał taką możliwość.

ZimaBoard 2 staje się platformą eksperymentu

Giorgio używa miniserwera domowego ZimaBoard 2 do przeniesienia starszych gier do nowoczesnego salonu.

Architektura Intel x86 pozwala uruchamiać systemy operacyjne i oprogramowanie przeznaczone dla konwencjonalnych komputerów. Bezpośrednie wyjście obrazu umożliwia podłączenie telewizora lub monitora, USB obsługuje zgodne kontrolery, a SATA zapewnia miejsce na większą lokalną bibliotekę gier.

Ten sam sprzęt obejmuje również:

  • procesor Intel N150 ze zintegrowanym układem graficznym Intel
  • pamięć LPDDR5 w różnych konfiguracjach
  • wbudowana pamięć systemowa eMMC
  • dwa złącza SATA 3.0
  • dwa interfejsy sieciowe 2,5GbE
  • dwa porty USB 3
  • wyjście wideo Mini DisplayPort
  • rozszerzenie PCIe 3.0 ×4

Te interfejsy oznaczają, że płyta nie musi pozostać dedykowaną konsolą retro. Można zmienić system operacyjny lub urządzenie pamięci masowej, a po zakończeniu eksperymentu z grami ten sam system może wrócić do zadań domowego serwera.

-15% OFF

Granie retro to tylko jedno z możliwych zastosowań ZimaBoard 2

Giorgio podkreśla, że Batocera jest jednym projektem, a nie jedynym zastosowaniem płyty. Połączenie zgodności z oprogramowaniem x86, interfejsów pamięci masowej, sieci i rozszerzeń PCIe umożliwia tworzenie szerszej gamy konfiguracji.

Diagram przedstawiający role ZimaBoard 2 związane z grami retro, NAS-em, multimediami i serwerem

Giorgio przedstawia granie retro jako jedną z gałęzi szerszej platformy, która może również obsługiwać pamięć masową, multimedia, sieć, programowanie, Docker, kopie zapasowe i alternatywne systemy operacyjne.

potencjalne zastosowanie odpowiedni sprzęt ZimaBoard 2 wymaganie dotyczące planowania
konsola do gier retro procesor x86, zintegrowany układ graficzny, USB i wyjście obrazu zgodne emulatory, kontrolery, pliki BIOS-u i legalnie pozyskane gry
serwer NAS i pamięci masowej SATA, dwa porty 2,5GbE i rozszerzenie PCIe wybór dysków, redundancja, monitorowanie i niezależne kopie zapasowe
serwer multimediów układ graficzny Intel, lokalna pamięć masowa i wielogigabitowa sieć obsługa kodeków, zgodność z klientami i zapotrzebowanie na transkodowanie
serwer Docker zgodność z x86, pamięć i łączność sieciowa woluminy, uprawnienia, porty, aktualizacje i bezpieczeństwo aplikacji
urządzenie sieciowe dwa niezależne porty 2,5GbE reguły zapory sieciowej, dostęp do odzyskiwania i planowana konserwacja
system programistyczny obsługa systemów operacyjnych x86 i rozszerzalna pamięć masowa Wymagania dotyczące zestawu narzędzi, kopii zapasowych i limitów obciążenia roboczego
Węzeł kopii zapasowych Pamięć masowa SATA i dostęp przez sieć lokalną Zachowywanie danych, szyfrowanie, testowanie przywracania i kopie poza siedzibą

Ta elastyczność odróżnia ten projekt od stacjonarnej minikonsoli retro. Dedykowana konsola dobrze wykonuje jedną funkcję, natomiast rozbudowywalny serwer x86 można konfigurować na nowo wraz ze zmianą zainteresowań właściciela i jego infrastruktury.

Projekt z 1997 roku i współczesny projekt zadają różne pytania

Wizualne porównanie Giorgia podsumowuje, jak zmieniła się relacja między graczem a grą.

Porównanie ograniczonych wskazówek w grach z 1997 roku ze współczesną pomocą w realizacji celów

Porównanie zestawia gracza interpretującego grę ze współczesnym interfejsem, który nieustannie wskazuje cele, trasy, działania i postępy.

Gra w stylu 1997 roku często pyta: „Czy zrozumiałeś, co przekazał ci świat gry?”. Współczesna gra z rozbudowanymi wskazówkami częściej pyta: „Czy potrafisz wykonać następny cel, korzystając z wyświetlonych informacji?”.

Obszar projektowy Typowe podejście z 1997 roku Typowe współczesne podejście
Nawigacja Punkty orientacyjne, dialogi, drukowane mapy lub pamięć gracza Minimapy, trasy, kompasy i znaczniki celów
Zapisywanie Ręczne zapisy, hasła lub stałe punkty zapisu Częste punkty kontrolne i automatyczne zapisy w tle
Sterowanie Drukowana instrukcja, eksperymentowanie lub krótkie instrukcje na początku Kontekstowe podpowiedzi i interaktywne samouczki
Porażka Powtórzenie istotnego fragmentu poziomu Rozpoczęcie gry w pobliżu miejsca nieudanego starcia
Cele Zapamiętywanie dialogów lub prowadzenie własnych notatek Stały dziennik zadań i aktualizowana lista zadań
Wsparcie poziomu trudności Ograniczone ustawienia i mniej systemów adaptacyjnych Poziomy trudności, ułatwienia i ustawienia ułatwień dostępu

Żadna z kolumn nie opisuje każdej gry z danego okresu. Niektóre starsze tytuły zawierały mapy i hojne systemy zapisu, podczas gdy niektóre współczesne gry celowo usuwają znaczniki celów i wymagają uważnej eksploracji. Porównanie opisuje zmieniające się konwencje, a nie bezwzględną regułę.

Współczesna pomoc nie oznacza automatycznie złego projektu

Łatwo sprowadzić tę dyskusję do nostalgii: starsze gry szanowały graczy, a współczesne gry wyjaśniają zbyt wiele. Taki wniosek pomija rzeczywiste korzyści współczesnego projektowania.

Automatyczne zapisy chronią postępy, gdy praca, szkoła, obowiązki rodzinne lub problemy techniczne przerywają sesję. Możliwość zmiany przypisania przycisków i ustawienia ułatwień dostępu pozwalają grać większej liczbie osób. Dzienniki zadań pomagają, gdy ktoś wraca do gry po kilku tygodniach. Opcjonalne podpowiedzi mogą zapobiec temu, by jedna niejasna zagadka zablokowała dalszą część gry.

Ważniejsze pytanie brzmi, czy pomoc wspiera gracza, czy zastępuje jego decyzje.

Dobre wskazówki można stopniować:

  • Otoczenie dostarcza pierwszej wskazówki.
  • Dialogi lub dziennik zachowują ważny kontekst.
  • Opcjonalna podpowiedź pojawia się dopiero, gdy gracz zaczyna mieć trudności.
  • Ustawienia dostępności pozwalają użytkownikowi wybrać bardziej wyraziste wskazówki wizualne.
  • Gracze, którzy chcą więcej eksploracji, mogą wyłączyć znaczniki celów.

Daje to nowym graczom punkt wyjścia, a doświadczonym pozwala zachować niepewność, odkrywanie i rozwiązywanie problemów.

Batocera zamienia płytkę w konsolę retro do salonu

Giorgio korzysta z Batocera, otwartej dystrybucji Linuksa stworzonej z myślą o emulacji i przyjaznej dla kontrolera bibliotece gier.

Zamiast otwierać pulpit i ręcznie uruchamiać każdy emulator, Batocera prezentuje obsługiwane platformy i gry za pośrednictwem ujednoliconego interfejsu telewizyjnego. Po skonfigurowaniu system może uruchamiać się bezpośrednio w bibliotece i być obsługiwany głównie za pomocą kontrolera do gier.

Batocera wyświetla na ZimaBoard 2 przyjazną dla kontrolera kolekcję gier retro

Batocera porządkuje wiele retroplatform i kolekcji gier w interfejsie zaprojektowanym do obsługi na telewizorze i kontrolerem.

Użytkownicy mogą skorzystać z oficjalnego przewodnika konfiguracji zręcznościowej Batocera na ZimaBoard, aby zapoznać się z aktualnym przebiegiem instalacji. Szersza dokumentacja instalacji Batocera wyjaśnia obsługiwane obrazy, docelową pamięć masową, pierwsze uruchomienie i wymagania specyficzne dla poszczególnych platform.

Pliki gier i BIOS-u pozostają obowiązkiem użytkownika

Batocera nie zezwala na pobieranie komercyjnych gier z nieautoryzowanych źródeł. Oprogramowanie emulatora, pliki BIOS konsoli, ROM-y gier, obrazy dysków, grafiki i metadane multimediów podlegają różnym warunkom licencyjnym i prawom autorskim.

Użytkownicy powinni dodawać wyłącznie gry i pliki systemowe, do których legalnego używania mają prawo. Dostępność pliku w przypadkowej witrynie z plikami do pobrania nie oznacza, że jest on objęty licencją na redystrybucję.

Oficjalny przewodnik Batocera dotyczący gier i BIOS-u wyjaśnia, gdzie umieszczać zgodne pliki, bez udostępniania chronionych prawem autorskim treści komercyjnych.

Jaką wydajność powinien zapewniać zestaw do gier retro?

Gry wydane około 1997 roku zwykle nie obciążają znacząco współczesnego systemu Intel N150, ale wydajność emulacji nie zależy wyłącznie od wieku oryginalnej gry.

Każda platforma wymaga innego działania emulatora. Wyniki mogą się różnić w zależności od:

  • Emulowana konsola lub komputer
  • Wybrany emulator i rdzeń emulatora
  • Rozdzielczość renderowania i skalowanie
  • Shadery, filtry i ulepszenia grafiki
  • Opóźnienie kontrolera i dźwięku
  • Kompatybilność BIOS-u i regionu gry
  • Wymagania dotyczące dokładności poszczególnych tytułów
  • Usługi działające w tle i warunki termiczne

Wczesne systemy kartridżowe i dyskowe są na ogół bardziej realistycznymi celami niż nowsze konsole. Pomyślne uruchomienie jednej gry nie dowodzi, że cała biblioteka danej platformy będzie działać identycznie.

Powiązane materiały poświęcone ograniczeniom ZimaBoard 2 w grach na Windows i Linux zapewniają dodatkowy kontekst dotyczący zintegrowanej grafiki Intel N150, nie odwracając uwagi od eksperymentu Giorgia z projektowaniem gier retro.

Prosta konfiguracja w salonie

Końcowa aranżacja sprzętu jest kompaktowa. ZimaBoard 2 stoi w pobliżu telewizora z podłączonymi przewodami zasilania, Ethernet i obrazu, a Batocera zapewnia wyświetlaną na ekranie bibliotekę gier.

ZimaBoard 2 łączy się z telewizorem w konfiguracji do gier Batocera Giorgia

Gotowy system umieszcza kompaktowy ZimaBoard 2 obok telewizora jako konsolę Batocera przyjazną dla użytkowników kontrolerów.

Połączenie Ethernet może obsługiwać zarządzanie biblioteką gier, pobieranie metadanych, aktualizacje i transfer plików przez sieć. Podłączony nośnik danych może przechowywać system Batocera i dane gier, a porty USB umożliwiają podłączenie kompatybilnych kontrolerów lub innych akcesoriów.

Stała instalacja powinna zapewniać wolną przestrzeń wokół aluminiowego radiatora. Powinna także zapobiegać naprężeniom kabli, które mogłyby ściągać płytkę lub podłączony nośnik danych z półki.

Czy nadal potrafimy grać tak jak w 1997 roku?

Pytanie Giorgia dotyczy ostatecznie wyuczonych nawyków, a nie utraconej umiejętności. Współcześni gracze nadal mogą zrozumieć gry oparte na obserwacji, pamięci, eksperymentowaniu i ręcznym zapisywaniu. Mogą po prostu potrzebować czasu, aby przestać czekać, aż interfejs poda kolejną instrukcję.

Pierwszą zmianą jest zaakceptowanie niepewności. Brak natychmiastowej wiedzy, dokąd się udać, bywa zamierzonym stanem gry. Zamknięte drzwi mogą być informacją, a nie przeszkodą. Pozornie nieistotna rozmowa może zawierać kolejny cel. Porażka może ujawnić sposób działania systemu.

Drugą zmianą jest sposób rejestrowania postępów:

  • Rób krótkie notatki, gdy postać wspomina o miejscu lub przedmiocie.
  • Sprawdź, czy gra zapisuje stan ręcznie, automatycznie czy tylko w określonych punktach.
  • Poznaj układ przycisków kontrolera przed wejściem do trudnej sekcji.
  • Zwracaj uwagę na powtarzające się wskazówki wizualne i dźwiękowe.
  • Skorzystaj z instrukcji, jeśli była częścią pierwotnego doświadczenia z grą.
  • Przed rozpoczęciem szukania poradnika daj sobie czas na eksperymentowanie.

Trudność nie zawsze ma charakter mechaniczny. Prawdziwym wyzwaniem może być odzyskanie sposobu skupienia uwagi, którego współczesne konwencje interfejsów rzadko wymagają.

Dla kogo ten projekt z ZimaBoard 2 będzie interesujący?

  • Entuzjaści gier retro mogą scentralizować kilka systemów w jednym interfejsie przyjaznym telewizorom.
  • Gracze zainteresowani projektowaniem gier mogą porównywać sposoby komunikowania zasad i celów przez różne pokolenia gier.
  • Rodziny mogą wprowadzać starsze gry bez konieczności ustawiania kilku oryginalnych konsol obok telewizora.
  • Kolekcjonerzy mogą stworzyć wygodny system dostępu do legalnie zachowanych, osobistych bibliotek gier.
  • Twórcy homelabów mogą wykorzystać ten sam sprzęt do projektów związanych z pamięcią masową, multimediami, Dockerem lub siecią.
  • Twórcy gier mogą badać, jak samouczki, punkty kontrolne, mapy i informacje zwrotne wpływają na zachowanie graczy.

Osoba zainteresowana wyłącznie najbardziej wymagającymi współczesnymi grami na PC powinna wybrać sprzęt zaprojektowany z myślą o obecnej wydajności gamingowej. Ta konfiguracja jest cenniejsza jako elastyczna platforma retro i narzędzie do zgłębiania historii gier.

Co pokazuje eksperyment Giorgia

Ustalenie Co pokazuje nagranie Czego to nie dowodzi
Nawyki graczy Nowoczesne systemy podpowiedzi mogą zmieniać oczekiwania graczy co do tego, co gra powinna wyjaśniać. Że żaden współczesny gracz nie jest w stanie zrozumieć starszych gier.
Projektowanie gier w 1997 roku W wielu starszych grach większą odpowiedzialność za obserwację, pamięć i eksperymentowanie ponosił gracz. Że w każdej grze wydanej w 1997 roku brakowało map, samouczków lub pomocy przy zapisywaniu.
Nowoczesna pomoc Znaczniki celów, automatyczny zapis i podpowiedzi zmniejszają tarcie oraz konieczność wielokrotnego powtarzania postępów. Że pomoc zawsze sprawia, iż gra jest mniej angażująca.
Batocera Ujednolicony interfejs może uporządkować wiele systemów gier retro do użytku z telewizorem. Że każda gra, plik BIOS-u i kontroler zadziałają bez konfiguracji.
ZimaBoard 2 Kompaktowa platforma x86 może obsłużyć projekt retrogrania na Batocera. Że zastępuje dedykowany sprzęt dla każdego współczesnego zastosowania gamingowego.
Elastyczność platformy Ten sam sprzęt może później wrócić do ról związanych z pamięcią masową, multimediami, siecią lub serwerem. Ta jedna konfiguracja jest automatycznie optymalizowana do wszystkich tych ról jednocześnie.

Gry retro stają się sposobem na badanie tego, jak gry nas uczą

Projekt Giorgia odnosi sukces, ponieważ wykorzystuje stare gry do czegoś więcej niż tylko budowania nostalgii. Granie przez Batocera na ZimaBoard 2 stwarza okazję do zbadania, czego gry oczekują od graczy i jak te oczekiwania się zmieniły.

Gra z 1997 roku może wymagać od gracza zapamiętywania, eksperymentowania, ponoszenia porażek i ponawiania prób. Nowoczesna gra może podtrzymywać tempo dzięki punktom kontrolnym, znacznikom, podpowiedziom kontekstowym i adaptacyjnej pomocy. Oba podejścia mogą zapewniać wartościowe doświadczenia, gdy ich wskazówki odpowiadają zamierzonemu projektowi.

ZimaBoard 2 ułatwia przechodzenie między tymi generacjami, a jej architektura x86, pamięć masowa SATA, łączność sieciowa i rozszerzenia PCIe sprawiają, że sprzęt nie zostaje na stałe przypisany do jednej roli rozrywkowej.

Obejrzyj pełny eksperyment Giorgia, aby zobaczyć oryginalne porównanie projektowania gier dawniej i dziś oraz końcową konfigurację Batocery.

Jeśli budujesz retro konsolę, testujesz Batocerę lub zmieniasz zastosowanie ZimaBoard 2 między grami a obciążeniami domowego serwera, dołącz do społeczności ZimaSpace, aby podzielić się konfiguracją i wynikami testów zgodności.

FAQ

Czy ZimaBoard 2 może uruchomić Batocerę?

Tak. Jej architektura x86 i bezpośrednie wyjście obrazu sprawiają, że nadaje się do konfiguracji retrogrania opartej na Batocerze. Obraz instalacyjny, docelowa pamięć masowa, kontroler i konfiguracja emulatora nadal muszą być ze sobą zgodne.

Czy Batocera może uruchamiać gry wydane w 1997 roku?

Wiele gier z tamtego okresu można uruchomić za pomocą obsługiwanych emulatorów, portów lub zgodnych warstw gier na PC. Zgodność zależy od pierwotnej platformy, emulatora, wymaganych plików BIOS oraz konkretnej gry.

Czy Batocera zawiera komercyjne gry retro?

Nie należy zakładać, że komercyjne pliki gier są dołączone ani objęte licencją umożliwiającą bezpłatną dystrybucję. Użytkownicy odpowiadają za legalne pozyskiwanie i używanie gier oraz plików BIOS.

Czy ZimaBoard 2 może zastąpić każdą retro konsolę?

Żaden emulator nie zapewnia idealnej zgodności ze wszystkimi tytułami i urządzeniami peryferyjnymi. Oryginalny sprzęt, systemy FPGA lub emulatory przeznaczone dla konkretnych platform mogą nadal zapewniać lepsze rezultaty w przypadku nietypowych gier i akcesoriów.

Czy ta sama ZimaBoard 2 może również działać jako NAS?

Tak. Jego interfejsy SATA, dwa porty 2.5GbE i PCIe obsługują projekty związane z pamięcią masową. Użytkownicy mogą przechowywać środowiska do gier i serwerów na osobnych dyskach lub zmienić konfigurację systemu, ale przed zmianą systemów operacyjnych powinni wykonać kopię zapasową danych.

Czy wszystkie gry z 1997 roku były trudne i słabo wyjaśnione?

Nie. Projekty gier znacznie się różniły. Niektóre gry zawierały szczegółowe samouczki, mapy, ustawienia poziomu trudności i wygodne systemy zapisu. Porównanie Giorgia opisuje szersze tendencje, a nie każde wydanie z tamtego roku.

Czy współczesne gry stały się zbyt łatwe?

Niekoniecznie. Nowoczesne wytyczne mogą poprawić dostępność i ograniczyć powtarzającą się frustrację, nie odbierając wyzwaniu mechanicznemu. Efekt zależy od tego, czy pomoc wspiera decyzje gracza, czy je zastępuje.

Centrum Kampanii Zima

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.