A Call of Duty játszható ReactOS-n

Játék

 

A sokak által kedvelt játék már valós hardveren, NVIDIA driverekkel is futtatható. Ez újabb előrelépés a Windows-alternatív operációs rendszer stabilitása felé.

( trey | 2026. 02. 21., szo – 14:56 )

2560x1440p, 4x Multisample AA, 16x Anisotropic Filtering.

Ez bizony már nem vicc, ez bizony már komoly eredmény! 

trey @ gépház

( arpi_esp v | 2026. 02. 21., szo – 17:38 )

na de melyik nvidia hw-en es mikori driverrel? riva tnt xp-s driverrel? vagy rtx 5090 win11 driverekkel? :)

Fun fact: a Quake engine származék motorja miatt ha fixen 125, 250, vagy 333 FPS-re van beállítva a maxFPS, akkor nagyobbat lehetett ugrani (strafe jump) benne :). Voltak map-ok multiban, ahol emiatt fel/át tudtál ugrani x helyre, és nem számítottak rá.

(remélhetőleg a 125 kijött nekik is, bár ahogy látom a videóban csak a single player demo-t használták)

Ami még szintén érdekes -nekem legalábbis-, hogy Steamen fent van a 2003-as Call of Duty, és steam deck-re azt írja: playable

Ha jól értem, akkor a ReactOS natívan tudja futtatni, míg a Steam-en a Protonnal - ami Wine alapú - megy a fordítás.

( asch v | 2026. 02. 22., v – 01:11 )

És a fák meg a döglött tehenek dísznek vannak?

( K3cs1 | 2026. 02. 22., v – 07:07 )

Igazán nem akarom leszólni eme Windows pótlék játék futtatási képességeit, de akkor is felmerül, hogy minek? Mi a cél ezzel? 

Aki Windows nélkül akar játszani, annak ott a Linux + Proton.

Lehet, hogy csak az irigy kommentek begyűjtése miatt csinálják. Mármint, büszkeséggel tölti el őket, hogy ők meg tudják csinálni? Ez elég hajtóerő sok embernél ... pl. ott van, aki megmássza free solo-ban az El Capitan-t. Önmagában van értelme? Nincs. És mégis, sokan leveszik a teljesítmény előtt a kalapot. 🤷‍♂️

trey @ gépház

Egy random gamer azt állította, hogy a Half-Life 2 egyik szobájában 79 368 csempe van. Egy másik, Lee Boy EB több mint 3 órányi munkával valóban megszámolta, hogy mennyi csempe van a szobában és szerinte pontosan 91 009 látható csempe van, több mint 1419 hiányzó csempe, valamint 14 568 rejtett csempe van. Senki sem sejtette, hogy ebből ekkora sztori lesz, egy másik user nekiállt tényellenőrizni ezeket a számokat ... betöltötte a map-et egy editor-ba és a matek segítségével elkezdte összeszámolni ... szerinte Lee Boy EB 17 000 csempével tévedett ... Erre Lee Boy visszajött egy újabb számolással ... sok ellenőrzés után a végleges szám 100 475 ... 

Erre a fingreszelésre értette saxus, hogy ennél a ReactOS fejlesztésének több értelme van. 

trey @ gépház

ReactOS-nek nem inkabb az a sporterteke, hogy regi win-es cuccokat (foxpro-ban irt szamlazo, bowling-palya szoftver, 20 eves office, stb.) lehet rajta futtatni akarmilyen olcso vason?

Amik a mostani windows-okon mar nem futnak vagy nem lehet legalisan megoldani.

Kotve hiszem, hogy a gaming temat ezzel a szerencsetlen CoD 1. videoval komolyan gondoltak.

hat en inkabb raknek fel egy win xp-t akkor mint hogy rabizzak prod szoftvert erre.

mondjuk a regi szamlazo eleve bukta mert a nav par evente atvarialja a szabalyokat, igy kotve hiszem hogy egy 10-20 eves szoftver ma meg legalisan hasznalhato lenne.

a microsoft szoftverei amugy se arrol hiresek, hogy csak a sajat publikus apijaikat hasznalnak, mindig tele voltak belso hackekkel.

Azért érdekes, amit mondasz, mert pl. óriás IT vendorok inkább bízták a FreeDOS-ra a ware-jaikat (pl. firmware frissítő lemezképfájljaikat), mint a kereskedelmi DOS 6.x-re. Nyilván, anyagi okokból, de a célnak megfelelt. Szóval, nem lenne példa nélküli, ha egy ilyen "fingreszelés" végül eljutna a "van értelme" szintre. 

trey @ gépház

igen, de egyreszt a dos es a win komplexitasa kozott van 2-3 nagysagrend kulonbseg, masreszt ilyen esetben a vendor alaposan kiteszteli a freedoson az cuccot (ami amugy se sokat hasznal a dos-bol, kb a file olvasason kivul), mig egy 20+ eve irt programot a vendor (ha meg letezik egyaltalan) mar nem fog tesztelni/reszelni a rectos-en.

2-3000 lesz az inkább

nem kell azert a dos-t sem alabecsulni. aki kodolt a 90es evekben az ismeri a hires 'interrupt list'-et, ahol a dos osszes duokumentalt es nem dokumentalt (ms altal) funkciojat leirjak reszletesen, a bugokkal egyutt. en irtam linuxra dos emulatort (dosrun), sokat implementaltam ezekbol (bar messze nem az egeszet), igy sok cli dos-os programot (pl. tomoritok, forditok, pl tasm.exe) tudott futtatni. vicces volt bash scriptbol exe-ket hivogatni :)

pedig openszosz volt de kb 25 eve irtam vagy meg regebben, meg az mplayer elott. utana LGB meg folytatta a projektet, de nem tudom nala hol erheto el. megprobalom majd elobanyaszni a forrasat valahonnan es feldobom a githubomra, de lehet le se fordul mar. en akkor hasznaltam sokat, amikor linux alatt fejlesztettem dos-ra es mikrokontrollerekre, es sokat kellett a csak dosos exe formatumban elerheto compliereket, konverereket hasznalni

szerk: megtalaltam itthon a forrast, 1999 nyaran keszult. aztan LGB ujrairta 0-rol az egeszet, de ha jol ertem a readme-jebol az sose keszult el / nem mukodott, legalabbis az a verzio (v0.50alpha3) ami nekem megvan. a 0.41-et amit en irtam es hasznaltam felrakom majd valamikor githubra. bar a "doksi" szerint libc5 kell neki, glibc-vel nem kompatibilis, szoval erosen ketseges a hasznalhatosaga :)  sot nekem az is remlik, hogy a vm86 syscallt amire epul mar jo regen kib@sztak a kernelbol, es a kvm van helyette.

nagyságrend

 

2-3000 lesz az 

Hát, a matek sosem volt az erősséged...

 

AI hint:

 

A 10^3000 egy rendkívül nagy szám, amely egy 1-esből és az azt követő 3000 darab nullából áll. Ez a szám a tudományos jelölésben 1e3000 formában írható, és a Googology Wiki szerint az E3000 hiper-E jelöléssel is kifejezhető, amely jóval nagyobb, mint a googol...

Igen, de van egy hatalmas különbség a kettő között. A wine natív interfészt hív a wrapper mögött, míg a ReactOS igyekszik olyan környezetet biztosítani, ahol végső soron a háztető alatt tényleges windows driverek pöfögnek.
Ez utóbbiban hatalmas előrelépés, hogy már működik az Nvidia driver (wine esetében ugye ez sosem volt cél, az Linux natív OpenGL vagy Vulkan vagy akármire fordítja csak a DirectX hívást).

(Mikor legutóbb néztem, nekem mondjuk már egy USB pendrive csatlakoztatás megfektette, és hát az egérrel is voltak gondok. Az is igaz, hogy amióta kiszivárgott a WinXP forráskódja, megtáltosodott a projekt, már csak azért is, mert rengeteg "ahá, hát így" pillanatuk volt a nem dokumentált cuccok miatt. Ahogy nézem, arra kényesen ügyelnek, hogy ne használják fel a kiszivárgott forrást, csak tanulnak belőle.)