Mały palec złamał kompilację VR gry Half-Life 2

Były deweloper Valve, Tom Forsyth, podzielił się pamiętnym incydentem z 2013 roku, kiedy studio eksperymentowało z wersją VR gry Half-Life 2. To, co zaczęło się jako rutynowy test, szybko przerodziło się w zaskakująco poważny błąd - zarówno zabawny, jak i łamiący zasady gry.

Zgodnie z postem Forsytha na Mastodonie, wersja VR blokowała się w ciągu kilku minut od uruchomienia. W znanej wczesnej scenie strażnik powinien otworzyć drzwi i przepuścić gracza. Zamiast tego drzwi odmawiały ruchu, zatrzymując całą sekwencję skryptów i pozostawiając graczy w martwym punkcie.

Forsyth wezwał dodatkowych deweloperów, w tym członków oryginalnego zespołu Half-Life 2, do zbadania problemu. Wkrótce stało się jasne, że winowajcą nie jest VR. Ten sam błąd pojawił się nawet w wersji bez VR, gdy została ona ponownie skompilowana przy użyciu nowoczesnego kompilatora.

Prawdziwa przyczyna okazała się zaskakująco skomplikowana. Za drzwiami stoi kolejny strażnik, a w oryginalnej grze jego pozycja była obliczana z niezwykle precyzyjną dokładnością. Kiedy drzwi zaczynają się otwierać, lekko uderzają w niego, wywołując niewielki obrót. W starej wersji gry ten subtelny ruch wystarczył, by jego but przesunął się z drogi drzwi, umożliwiając płynną kontynuację animacji.

Zaktualizowana wersja wywołała jednak nieco mniejszy obrót - tak niewielki, że palec strażnika wciąż wciskał się w ścieżkę drzwi. Drzwi zderzyły się z tą drobną przeszkodą, przestały się poruszać, a skrypt gry utknął w nieskończoność. Gracze czekali na wydarzenie, które nigdy nie miało nastąpić.

Przyczyna problemu była całkowicie techniczna. Wczesne wersje Half-Life 2 opierały się na obliczeniach zmiennoprzecinkowych procesora x87, który inaczej obsługiwał precyzję. Nowoczesne kompilatory używają instrukcji SSE, a te niewielkie różnice matematyczne wystarczyły, by zmienić zachowanie fizyki gry, przerywając sekwencję, która pierwotnie opierała się na niemal idealnym wyrównaniu.