Czy niezależni twórcy gier powinni atakować starszy sprzęt?

Deweloper, z którym współpracuję, mówi mi, że niezależni programiści powinni atakować sprzęt, który ma około sześciu lub więcej lat (przy maksymalnych ustawieniach). Rozumiem, że należy pozwolić każdemu, kto chce zagrać w swoją grę, w rozgrywkę z możliwą do uruchomienia liczbą klatek na sekundę, bez względu na to, ile lat ma ich sprzęt, ale czy twórcy niezależni powinni ograniczyć się do używania stylu low-poly lub tworzyć gry mając na uwadze starszy sprzęt, głównie dlatego, że „większość osób grających w gry niezależne ma stary sprzęt?”

Czy jest jakiś powód, aby pozwolić na uruchamianie gry przy maksymalnych ustawieniach dla bardzo starego sprzętu, nawet jeśli zmniejszyłoby to możliwości graficzne dla osób z nowszym sprzętem?

Czy są jakieś statystyki, które pokazują, że gry, które z łatwością osiągają górne limity graficzne na starszym sprzęcie, odnoszą większe sukcesy niż gry, które podnoszą swoje górne limity graficzne wyżej, kosztem „mniej niż najlepszego” doświadczenia dla graczy na starszym sprzęcie ?

Wszelkie informacje na ten temat będą bardzo mile widziane.

W tej erze stary sprzęt stał się niewłaściwy. Stary sprzęt nie jest koniecznie wolny. 6 lat ma rok 2009, a DirectX11 już istniał. Wciąż nie mamy dziś dużo nowszych.

Musisz wziąć pod uwagę dwie rzeczy:

• cechy
• moc

cechy

Jest to poziom instrukcji obsługiwanych przez sprzęt, DirectX9,10,11 lub OpenGL coś (zależy to od sterowników). I zestaw instrukcji procesora: SSE4, AVX ..

Jest to największy ból głowy zwykle w fazie rozwoju, skalowalność w obliczu tych problemów jest trudniejsza niż skalowalność w obliczu mocy. DirectX9 miał coś zwanego techniquew .fxplikach, aby się wycofać, dla obu punktów. Ale do instrukcji procesora potrzebujesz wielu plików wykonywalnych lub dużych sekcji rozgałęziających w swoim programie. Lub nie używaj ich.
Na szczęście dzisiaj nawet 6 lat to krótki okres i będziesz mieć dostęp do wszystkiego, czego potrzebujesz, nawet na „starym” sprzęcie.

moc

To jest punkt, który powinien być skalowany na dzisiejszej maszynie, a nie na maszynie starszej generacji. High end 2009 potencjalnie wyposażony jest w GeForce GTX280, jest to bardzo potężny i znacznie potężniejszy niż twój niskiej klasy AMD A6-3650 APU czy coś takiego.

Trzeba zrozumieć gigantyczną lukę w wydajności między niskim i wysokim poziomem dzisiejszej maszyny. Ponieważ znacznie przewyższa lukę w wydajności twoich 6-letnich maszyn z najwyższej półki.

Więc nie jest to rozważenie rynku w odniesieniu do odnowienia, to rozważenie rynku w odniesieniu do pierwotnego budżetu zakupu. A jeśli chcesz kierować reklamy na dzisiejsze laptopy lub komputery stacjonarne z niższej półki, będziesz musiał skalować i tak znacznie więcej, niż myślisz.

Staraj się dbać o rozdzielczość, współczynnik wypełnienia pikseli i przepustowość pamięci grafiki. Grasz na tych czynnikach dzięki liczbie przejść ekranu, szerokości Gbuffera, jeśli masz odroczone cieniowanie (bardzo kosztowne na niskich komputerach), rozdzielczości twoich tekstur i ich ilości na ekranie w danym momencie t .. Bogactwo wielokątów nie będzie stanowiło problemu, chyba że celujesz w sprzęt z 2002 roku. Złożoność modułu cieniującego ALU / FPU również nie będzie stanowić problemu, chyba że celujesz w sprzęt 2005/2006.

Nie pamiętam, gdzie po raz pierwszy to usłyszałem, ale jest to stara zasada, która nie wytrzymuje wielu krytycznych myśli. Rzeczywiście sprowadza się to do celów biznesowych. Jeśli nie planujesz sprzedawać gry, nie ma to znaczenia.

Faktem jest, że im więcej sprzętu można obsłużyć, tym większy jest potencjalny rynek. Jednak większość niezależnych programistów i tak nie będzie dysponować zasobami do obsługi sprzętu w pobliżu najnowocześniejszego sprzętu, ponieważ aby skorzystać z tego sprzętu, będzie musiał wydać sporo na treści . Każdy niezależny programista, który musi się tym martwić, zwykle ma zasoby, aby dowiedzieć się, na które specyfikacje systemu muszą być kierowane, i jest to prawdopodobnie informacja, którą możesz kupić. Na przykład Steam zbiera te statystyki i prawdopodobnie odsprzedaje je programistom.

Zasadą jest, że im większa różnorodność sprzętu, na którym będzie działać dowolny program, tym więcej możliwości będziesz musiał sprzedać. To, ile różnorodności możesz wesprzeć, zależy w dużej mierze od gry. Gra taka jak Dwarf Fortress może być łatwo skalowalna, zarówno pod względem wymagań przetwarzania, jak i grafiki. FPS z realistyczną fizyką, jak Amnesia, nie tyle. Proponuję napisać grę, aby można ją było uruchomić na jak najszerszym zakresie sprzętu i nadal zapewniać dobre wrażenia. Nie musisz od razu obsługiwać go od razu, ale możliwość łatwej rekonfiguracji go pod kątem nowszego / starszego / po prostu innego sprzętu z łatwością przyniesie dywidendy wraz ze wzrostem grona fanów i postępem technologii.

Istnieją dwie rzeczy, które znacznie ułatwią ci życie, jeśli chodzi o uruchamianie gry na szerokiej gamie urządzeń, i mają one niewiele wspólnego z wiekiem sprzętu, na który celujesz (przynajmniej bezpośrednio):

1) Jeśli to możliwe, podziel backend od frontendu. Jeśli część, która robi matematykę na temat tego, co robią, co ma dobrze zdefiniowany interfejs do przekazywania tych informacji do części, która wyświetla je na ekranie i pobiera dane od użytkowników, możesz łatwiej je dostosować (zwykle frontend ) na nowy sprzęt bez konieczności bałagania się na drugim. Jeśli napisane w ten sposób, można uzyskać wiele rodzajów gier, od najwyższej klasy grafiki 3D, przez animowane duszki na stronie internetowej, po znaki tekstowe w formacie ASCII. W tym momencie możesz wybrać, które chcesz wdrożyć w zależności od tego, kto według ciebie kupi teraz grę. Możesz też rozszerzyć się na nowe schematy produkcji, gdy ludzie wykażą zainteresowanie - bez konieczności mieszania się z rdzeniem gry.

2) W miarę możliwości napisz kod przenośny. W zależności od konkretnego zachowania DirectX 9.3c lub cokolwiek, co może pozwolić ci to zrobić szybciej, ale kiedy zdasz sobie sprawę, że powinieneś wypuścić wersję dla Androida, będziesz musiał przerobić dużo pracy. Wybór bibliotek i języków, które nie są zależne od jednego dostawcy i które są zgodne z otwartymi i dobrze zdefiniowanymi standardami, poważnie zmniejszy obciążenie pracą na dłuższą metę. Pamiętaj: pisanie programu jest zwykle niewielką częścią pracy w porównaniu do utrzymania programu. (Chyba że wybierasz model biznesowy „planowanego starzenia się”, ale na dłuższą metę raczej nie zyskasz dużej rzeszy fanów).