Nemyslím si, že je to fail. Na Linux nejsou buildy, protože většina her (včetně KCD 2) běží pod Wine/Protonem bez kompromisů a prakticky není důvod, proč ztrácet čas s udržováním nativního buildu, kromě toho, že by to bylo hezký.
No a Mac ten výkon možná má, ale k herním vývojářům je MacOS docela nepřátelská platforma, která jede kupředu svým směrem a nebere ohledy. Tady jsme se rozhodli dropnout 32-bit knihovny... zde dropnout OpenGL... a dnes jsme se rozhodli přejít na arm64. Vulkan? Nasrat, tady to hezky přepiště do našeho super Metal API. To se taky málokomu vyplatí podporovat.
Tak pokud to jede pres proton vyborne, tak to nejspis jede v crossoveru ktery je na Macu. Coz je rekl bych taky validni strategie - udelat hru pro windows, ale tak aby jela i ve wine.
Timhle zpusobem si jen pohlidaji ze nepouzivaji nejake speky co ve wine nejedou, ale nemusi resit instalacni skripty apod.
Teamviewer byl svého času (možná doteď) na Linuxu rovnou přibalený s nějakou verzí Wine.
Jakože je zcela validní vyvíjet to tak, aby to běželo ve Wine, ale pak by nebylo od věci k tomu to Wine, na které je to odladěné, přibalit.
I když nemůžu říct, že by mi někdy nějaká novější verze Wine rozbila nějakou hru (už léta používám Proton a nemám proti tomu námitek, třeba Fallout 4 v tom běží lépe než na Windows...).
9. 3. 2025, 16:49 editováno autorem komentáře
Grafický výkon je velmi široký pojem. Ano, výkonu mají Macy dostatek, ale ta neuvěřitelně nepřátelská politika Apple pro developery vnějšího světa je velmi nepříjemná a ta potenciální hráčská základna na nativním Macu je zanedbatelná. Podobné tristní je podpora některých technologií. Je to hra nákladů a potenciálních výdělků. Od té doby co tu máme paralels, crossover, whisky, tak nemáme potřebu se pachtit s přepisováním aplikace do nativního prostředí Macu. To, že na Macu lze poměrně důstojně hrát neznamená, že to je automaticky cílová platforma pro herní studia.