OpenGL 2.0

OpenGL 2.0 to znacząca aktualizacja standardu, wprowadzająca programowalny potok renderowania (shadery).

OpenGL 2.0 jako etap przejścia do programowalnego renderowania

OpenGL 2.0 jest standardem interfejsu programistycznego opublikowanym w 2004 roku przez grupę Khronos. Jego najważniejszą zmianą względem wcześniejszych wersji było wprowadzenie programowalnego potoku renderowania za pomocą języka GLSL, czyli OpenGL Shading Language. W starszym modelu wiele operacji wykonywanych przez kartę graficzną było wybieranych przez stały zestaw parametrów i funkcji API. W OpenGL 2.0 programista mógł napisać własny kod dla wybranych etapów przetwarzania wierzchołków i fragmentów obrazu.

OpenGL 2.0 nie oznacza konkretnej karty graficznej ani sterownika. Jest specyfikacją interfejsu, którego obsługa zależy od sprzętu, systemu operacyjnego i sterownika producenta GPU. Program może korzystać z funkcji OpenGL 2.0 tylko wtedy, gdy aktywny kontekst renderowania oraz sterownik rzeczywiście udostępniają wymagane możliwości. Sama obecność odpowiedniego pliku biblioteki OpenGL w systemie nie gwarantuje pełnej obsługi tej wersji.

GLSL 1.10: wierzchołki, fragmenty i dane przekazywane do GPU

W OpenGL 2.0 standardowym językiem shaderów jest GLSL w wersji 1.10. Shader wierzchołków może obliczać między innymi położenie wierzchołka w przestrzeni ekranu, a shader fragmentów określać kolor wynikowego fragmentu oraz jego wpływ na bufor obrazu. Kod shaderów jest zazwyczaj przekazywany do sterownika jako tekst, kompilowany osobno dla danego układu graficznego, a następnie łączony w program shaderowy. Błąd składni lub użycie niedostępnej funkcji może spowodować niepowodzenie kompilacji albo linkowania.

GLSL 1.10 używa między innymi kwalifikatorów attribute, uniform i varying. Atrybuty opisują dane zmieniające się dla kolejnych wierzchołków, na przykład położenie lub współrzędne tekstury. Zmienne uniform przekazują wartości stałe dla danego wywołania lub grupy wywołań, takie jak macierz transformacji, pozycja światła albo kolor materiału. Zmienne varying służą do przekazywania danych z etapu wierzchołków do etapu fragmentów, przy czym wartości te są interpolowane dla fragmentów tworzonych wewnątrz prymitywu.

Wprowadzenie shaderów pozwoliło zastąpić część wcześniejszych operacji stałego potoku własnymi obliczeniami. Nie oznaczało to jednak pełnej dowolności. OpenGL 2.0 nadal wymaga określonego modelu danych, buforów i stanu kontekstu, a konkretne ograniczenia dotyczące liczby atrybutów, rozmiaru instrukcji czy dostępnych formatów zależą od implementacji. Z tego powodu aplikacje powinny sprawdzać możliwości zwracane przez aktywny kontekst, zamiast zakładać, że każda karta zgodna z nazwą OpenGL 2.0 ma identyczne parametry.

Tekstury, formaty obrazu i zgodność aplikacji

OpenGL 2.0 obejmuje obsługę tekstur o wymiarach niebędących potęgą liczby dwa poprzez mechanizm znany jako ARB_texture_non_power_of_two, włączony do standardu tej wersji. Dzięki temu tekstura może mieć na przykład szerokość 640 i wysokość 480, bez konieczności powiększania jej do wymiarów 1024 na 512. W praktyce prawidłowe wykorzystanie takiej tekstury nadal zależy od poprawnego ustawienia parametrów obrazu, współrzędnych tekstury oraz możliwości sterownika.

Standard pozwala również na używanie wielu buforów koloru w jednym przebiegu renderowania, gdy implementacja udostępnia odpowiednią liczbę załączonych celów. Aplikacja może wtedy zapisywać różne wyniki do kilku buforów, na przykład osobno kolor i dane pomocnicze używane w dalszym etapie obliczeń. Nie należy jednak utożsamiać tej funkcji z późniejszymi rozwiązaniami, takimi jak jednolity interfejs nowoczesnych shaderów, bezpośrednie zarządzanie pamięcią GPU czy compute shaders. Te mechanizmy należą do późniejszych wersji OpenGL albo rozszerzeń.

Problemy z uruchomieniem programu korzystającego z OpenGL 2.0 często wynikają z niezgodności sterownika, uruchomienia aplikacji na niewłaściwym układzie graficznym albo utworzenia kontekstu o niższej wersji. Przydatne jest odczytanie wartości GL_VERSION, GLSL_VERSION oraz GL_RENDERER przez funkcję glGetString. Sam komunikat aplikacji o braku OpenGL 2.0 nie wskazuje jeszcze, czy przyczyną jest sprzęt, sterownik, konfiguracja systemu, biblioteka używana przez program, czy błąd podczas tworzenia kontekstu.

OpenGL 2.0 w serwisowaniu laptopów i komputerów PC

W laptopie lub komputerze stacjonarnym zgodność z OpenGL 2.0 może mieć znaczenie dla starszych gier, programów do modelowania, aplikacji CAD, odtwarzaczy multimedialnych oraz narzędzi wykorzystujących akcelerację 2D lub 3D. Jeżeli aplikacja wyświetla czarne okno, zamyka się podczas startu albo zgłasza brak shaderów, diagnostyka powinna obejmować model układu graficznego, wersję zainstalowanego sterownika, wybrany adapter GPU oraz wynik odczytu wersji aktywnego kontekstu. W notebookach trzeba dodatkowo sprawdzić, czy program nie został przypisany do energooszczędnego układu z ograniczoną obsługą grafiki.

Aktualizacja sterownika może przywrócić prawidłową obsługę OpenGL, ale nie zwiększy możliwości fizycznie niezgodnego układu graficznego. Jeżeli problem pojawił się po aktualizacji systemu, warto porównać zachowanie aplikacji z poprzednią wersją sterownika, sprawdzić dzienniki błędów programu i przetestować inną aplikację korzystającą z renderowania 3D. Błędy shaderów należy analizować na podstawie pełnego komunikatu kompilatora, ponieważ nieprawidłowa składnia GLSL 1.10 jest innym problemem niż brak wymaganej funkcji lub uszkodzenie sterownika.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC oraz ich podzespołów, w tym diagnostyką problemów z kartą graficzną, sterownikiem i uruchamianiem aplikacji wykorzystujących OpenGL 2.0.