Jde to, ale dře to - Windows nainstaluje a začne hrát i poučený laik, Linuxový gaming box, pokud bude mít jen trošku smůly, ani omylem. Jak po stránce ovladačové (grafická karta, bezdrátový controller), systémové (xorg vs wayland), tak po stránce herní (když to jede, cool, ale když to nejede, tak nastupuje staré dobré hrabání se v dll, zkoušení různých verzí wine..)
Paradoxně největší problém ale nemám s hrama samotnýma, ale Ubisoft launcherem. Podezírám je, že to dělají schválně. I EA launcher dá ve wine použít a jejich hry hrát, jen ten Ubisoft se odmítá pustit.
21. 11. 2025, 07:00 editováno autorem komentáře
Jak po stránce ovladačové (grafická karta, bezdrátový controller), systémové (xorg vs wayland), tak po stránce herní (když to jede, cool, ale když to nejede, tak nastupuje staré dobré hrabání se v dll, zkoušení různých verzí wine..)
Toto ale platí pod každým OS, čo si pamätám, tak napríklad PS3 gamepad rozchodiť pod Windowsom býval absolútny pôrod. Plus, keď niečo nejde pod Windowsom, človek často ani nevie, kde začať. Kliknem na exáč, vyskočí okno "VC Runtime Error: 0xB00B5" a ak to náhodou nie je komerčný megaprodukt, čo tú istú chybu dal tisícke ďalších, skončil som.
Samozrejme mali v MS dosť rozumu na to, aby si každých pár rokov celý OS nerozdrbali Waylandom (SystemD, Pulse, etc),
Tak rozdrbane to zas nie je pomaly sa prechadza z X11 na wayland, nic ine tu nebolo (nejake embedded qt eglfs a pod nepocitam). Wayland je spatne kompatibilny s X11 takze pohoda.
Systemd je len startup system, na aplikacie to ma minimalny vplyv.
pulseaudio/pipewire je tu uz nejaku dobu a funguju dobre.
"Tak rozdrbane to zas nie je pomaly sa prechadza z X11 na wayland, nic ine tu nebolo (nejake embedded qt eglfs a pod nepocitam). Wayland je spatne kompatibilny s X11 takze pohoda."
No nevim. Zrovna ta kompatibilita x11 x waylan je nejaka divna. Na jednu stranu je, na druhou neni. Ve waylandu uz pokud vim neni. Podporovana je skrze samostatny XWayland (opravte me neni li t ospravne). Pravda vetsinou to funguje. Fedroa 43 neco provedal bud 32b vecma (omlouvmse za nedostatceny terminus techniku, ale myslim ze 32b wine je jen podmnozina) a nebo prave s X11 podporou. Spousta starych her, vetsiniou ty 3d, proste prestaly kreslit. Jedou.. ale cerne okno.... Zatim se k tomu v lozich nenasel ani radek
Lenze Microsoft kompletne prekopal display server (medzi XP a Vistou - novy WDM odvtedy vyzaduje od ovladacov podporu WDDM a od grafiky Direct3D a pixel shadery). Rozdiel je v tom, ze Microsoft nikdy nedovolil ziadnej aplikacii, aby sa s display serverom bavila rovno cez socket, API bolo privatne a vzdy bolo treba pouzit kniznice s higher level API, ktore si aplikacia natiahne do svojho adresneho priestoru.
Teda nieco absolutne nepripustne v linuxovom svete. Tym padom, ked kompletne prekopem nejaky subsystem, lebo svet sa niekam pohol a teda menim koncept a na to musim zmenit wire protocol, tak kopec veci rozbijem. Bud to fixnem v higher level api, ako to urobil Microsoft, resp. v Linuxe Gtk a Qt, alebo niektore veci co isli svojou cestou budu rozbite, kym sa neopravia ako to spravil Microsoft vo svojich knizniciach a Gtk/Qt vo svojich. Ina cesta neexistuje.
Podobne, Apple urobilQuickdraw -> Quartz a Quartz Extreme. Len Linux bol koncepcne zaseknuty v 80-tych rokoch s X11, takze nevedel efektivne pouzit hardware navrhnuty a vyrobeny v tomto tisicroci.
Display driver API je ve Windows dokumentované, jinak by se ty drivery celkem špatně psaly :). Aplikace pochopitelně nekomunikují s display driverem, ale s grafickým API, které následně buď volá grafický driver, nebo danou akci provede na své úrovni. OS nabízí API, které vytváří vrstvu abstrakce nad HW. Pokud se změní HW, nebo i driver framework, tak je od toho aplikace odstíněna.
Pokud jde o změnu driver modelu, tak máte pravdu, že k ní došlo. Od Windows 2000 se používal XDDM. Ve Vistě (rok 2006) byla první verze WDDM, ovšem bylo možné používat i staré XDDM drivery. Totéž platilo ve Windows 7 (rok 2009). A až ve Windows 8 (rok 2012) byly povinné WDDM drivery. Přičemž minimálně od Windows 3.1 a NT 3.1 až dodnes fungují ta samá grafická API, bez ohledu na drivery pod nimi. To za mě dobře demonstruje, jak se to má dělat. Další takovou ukázkou je to, že Windows mají to samé API pro zobrazování i tisk. Aplikace prostě kreslí stejným API do jednoho nebo druhého device contextu, minimálně od Windows 3.1 a NT 3.1.
Aplikacie pochopitelne s display driverom komunikuju, direcx/opengl/vulkan su len loadery ktore natiahnu nainstalovanu implementaciu daneho rozhrania pre dany hardver a aplikacia sa potom bavi rovno s nou (ano, pomocou definovaneho api). Nema (velky) zmysel, aby tam existovala medzivrstva, ktora prehadzuje volania medzi vrstvami. A ked zmysel ma, tak ju volitelne mozno zapnut (napr. vulkan validation layers).
Tato implementacia je userspace kniznica, ktora pripravuje command a data buffery a len tie posuva ovladacu v jadre. Ovladac v jadre manazuje tieto buffery, len ten vie robit dma a obsluzit prerusenia; aj ked aj toto sa uz dnes presuva na samotny hardware, nech si to manazuje sam.
> Přičemž minimálně od Windows 3.1 a NT 3.1 až dodnes fungují ta samá grafická API,
GDI a GDI+ su dnes legacy a uz len softverovo emulovane.
No vidíte a já starý linuxák už tři dny řeším, proč některé Windowsové stroje ztrácí DNS a to tak, že nepomůže restart síťového subsystému, nepomůže /renew ani /flushdns, nepomůže zadat fixní googlovskou DNS ani žádné jiné. Občas pomůže restart, ale problém se vrací. A v logu nejsem schopný nic najít... V Linuxu bych kouknul do dmesg a /var/log a měl bych jasno hned. Tak nevím, zrovna řešení problémů na Widlích je pro mě čiré peklo a dostat se k jakékoliv relevantní informaci je detektivka. Ale možná to bude souviset také s tím, s čím má člověk víc zkušeností...
Opravovat problém widlí ke jako se bodnout téma vidlema do oka, a pak chtít oběma očima vidět dobře.. Část kódu máš prostě skryto v binarkach, u kterých kolikrát ani sám programátor neví co to na něj vyplivlo, když se to rozbije .. 🤣
V tomhle smyslu zlatý DOS a příkazák. 🤣
V LINUX prostředí si prostřednictvím promptů a skriptů zjistíš úplně každý nesmysl co vůbec lze.. když bude nejhůře, zbastlíš si nějakou pomůcku co postupně vykecá každej dostupnej stav skoro čehokoli.. Ale prase aby se vyznalo v těch všech knihovnách,, závislostech, neodladěmých chybách, různém kódování distribucí a jejich portů či forků zdrojácích atd. Ono si sosnout a zkompilovat něco mimo svou distribuci může být někdy úplně stejně těžké a úplně na houby, jako to psát znovu od nuly.. Třeba když musíš použít Windows ovladače protože jiné k danému HW prostě nejsou, je pod Linuxem také o nervy.. Ale díky za to.. třeba ve FreeBSD nebo Unix bys byl v háji ještě mnohem víc. 🤣🤣🤣 Zkusil jsem to,a vím o čem mluvím . Na druhou stranu spustit linuxový binárky v BSD?
Nebo si v BSD prostředí zkusit emulovat Mac, namapovat disk, sosnout z něj nějaký info a portnout požadovaný výstup do Linuxu nebo ho nakonec dotáhnout až na Windows? Kdo se někdy snažil dostat něco ze staršího Mac ven, když už se systém rozsypal, tak ví o čem tu mluvím.. záchrana privátních dat nebo "celých aplikací" či jejich privátního ekosystému na šifrovaném úložišti je opravdu lahůdka..anebo "jen" na starém A dnes už nepodporovaném " Mac" zkusit cokoliv rozchodit, když už není odkud brát, protože oficiální repozitáře na který se odkazuje už dávno nejsou.. A přesto přes všechno tam nějaký data zůstaly, který tam kdysi kdosi vložil a najednou to nejde 🤣 a úplně nejlepší je: " A prosím tě, KDYŽ UŽ SE V TOM VRTÁŠ..🤣🤣 tenkrát jsem na tom hrál tuhle hru a používal tamhleto... můžeš mi to. NA TOMHLE STROJI zase rozchodit ? 🤣🤣
Zrovna DNS v Linuxu je krásný příklad toho, jak jednoduchá věc může člověka potrápit klidně několik hodin :D
Když začneme tím, že aplikace používají různé přístupy k DNS (glibc, přímé čtení resolv.conf, úplně vlastní řešení DNS např. v chrome/firefox pro DNS over HTTPS), pak to, že DNS může v Linuxu obsluhovat několik služeb (systemd-resolved, který může fungovat v dalších 4 režimech s /etc/resolv.conf, NetworkManager s built-in dnsmasq, dnsmasq, unbound...). A najít pak problém v tomhle bordelu rozhodně neni jen o tom otevřít si log :)
Tam bych asi na prvním místě začal upgradem všech driverů, nejdříve síťovky. Pak bych se podíval jestli tam není third party firewall, a případně ho dočasně odinstaloval. Potom se dá zapnout logování ve vlastnostech zařízení, nebo v Event Logu pod Application and Services Logs \ Microsoft \ Windows. Kandidátem by asi byl NDIS, ale bude toho víc. Pokud tam nic zajímavého nebude, tak v utilitě DebugView (SysInternals Suite) koukat jestli vylezou nějaké zajímavé hlášky z kernelových driverů. No a je tam i možnost použít packet sniffer a kouknout, jestli třeba při ipconfig /renew opravdu pošle DHCPDISCOVER a dostane odpověď DHCPOFFER atd., jak kontaktuje DNS server atd. Určitě by se dalo vymyslet víc věcí, tohle je jen co mě napadlo z hlavy.
Ano, je to hlavně o tom, s čím má člověk zkušenosti.
Upgrade driveru, specielne sitovky, je treba zakazat, a protoze to nijak normalne nejde tak jedine takto ....
https://www.reddit.com/r/sysadmin/comments/1hb2hnk/dell_realtek_network_driver_issues_for_docking/
Podotykam, ze specielne toto se tyce 100% vsech USB veci ktery obsahuji realtek. Jednoduse jakakoli widli aktualizace = sit je instantne rozbita. Nezalezi na vyrobci.
Je pak treba samozrejme udrzovat ten seznam co je v jednom ze scriptu uveden, pripadne ten mazaci poustet pravidelne a opakovane (a do nej tu fungujici verzi).
2jinejmuf: Kdyz sme utoho, nastav ty sitovce datumove nejstarsi driver kterej v tech widlich najdes.
Vidím to opačně: Grafická karta od AMD, PS5 gamepad a další herní i neherní hardware. Vše funkční out-of-box, ihned po instalaci. Bez nutnosti ručne instalovat a nastavovat ovladače (které navíc na Windows většinou obsahují spoustu bloatwaru).
Wayland rovněž bez problémů funkční, dnes již včetně HDR. Problémem mohou být pouze některé specifické funkce jako například Variable Refresh Rate (které GNOME ve výchozím stavu nepovoluje).
Instalace Steamu je na pár kliknutí.
Vše bez nutnosti použít terminál.
Problém je spíše s některými distribucemi a zastaralým či rozbitým dodatečným softwarem v jejich repozitářích (zdravíme Ubuntu). Tohle ale časem vyřeší přechod na immutable model distribucí a (Flatpak/Snap) repozitář nezávislý na verzi OS.
Souhlasím. Akorát by ze dne na den pomohlo podstatně více, kdyby přestali zaslepenci bezhlavě doporučovat masivně distribuce, které popisuješ. Kam vlezem, tak první doporučení pro nováčky, je přesně takové (přidávám se k pozdravu). Možná by to bylo čistší řešení a nemuseli by pořizovat podstatně větší disky kvůli přibalování všeho s každou aplikací, která je v těch repozitářích značně vousatá.
Přihodim ještě příklad, co jsem v nedávné době potkal a nevěřícně koukal až čuměl s otevřenou papulí. Jeden za všechny, kolem distribuce a flatpaku - doporučení na jiném linuxovém portálu - "Mint a použij jako výchozí souborový systém bfrfs, nejlépe na dvou 8TB NVME v raidu, kdyby se to rozsypalo, abys měl zálohy". To je prosím skoro citace.