OpenGL 1.0

OpenGL 1.0 to pierwsza wersja otwartego standardu interfejsu programistycznego do renderowania grafiki 2D i 3D.

OpenGL 1.0 jako pierwszy standard grafiki 2D i 3D

OpenGL 1.0 jest pierwszą wersją otwartego, wieloplatformowego interfejsu programistycznego przeznaczonego do opisywania i renderowania grafiki dwu- oraz trójwymiarowej. Specyfikacja została opublikowana w 1992 roku, a jej autorami byli Mark Segal i Kurt Akeley z Silicon Graphics. Standard powstał na bazie doświadczeń z interfejsem IRIS GL, lecz miał zapewnić bardziej formalny opis działania API oraz możliwość tworzenia implementacji przez producentów innych niż Silicon Graphics.

OpenGL 1.0 nie jest biblioteką do tworzenia okien, obsługi klawiatury ani zarządzania całym interfejsem użytkownika. Definiuje przede wszystkim polecenia grafiki oraz sposób komunikacji programu z implementacją OpenGL, zwykle dostarczaną przez sterownik karty graficznej. Utworzenie okna i kontekstu renderowania pozostawiano mechanizmom systemu operacyjnego lub dodatkowym bibliotekom, takim jak odpowiednie dla danej platformy warstwy integracyjne.

Model działania: maszyna stanów i potok stałofunkcyjny

OpenGL 1.0 działa jako maszyna stanów. Oznacza to, że wiele ustawień pozostaje aktywnych do chwili ich zmiany albo wyłączenia. Program może na przykład włączyć test głębokości poleceniem glEnable(GL_DEPTH_TEST), ustawić kolor przez glColor i następnie przekazywać kolejne wierzchołki. Aktualny kolor, macierz transformacji, sposób mieszania, oświetlenie i inne ustawienia wpływają na późniejsze operacje renderowania.

Geometrię przekazuje się między innymi za pomocą pary glBegin i glEnd. Wewnątrz tej sekcji wywołuje się polecenia takie jak glVertex, glColor, glNormal oraz glTexCoord. Parametr glBegin określa rodzaj składanych prymitywów, na przykład punkty, linie, trójkąty lub wielokąty. OpenGL 1.0 korzysta w ten sposób z trybu natychmiastowego, w którym aplikacja wysyła polecenia pojedynczo, zamiast przekazywać dane wprowadzone później w postaci tablic wierzchołków. Tablice wierzchołków zostały dodane dopiero w OpenGL 1.1.

Wersja 1.0 należy do epoki potoku stałofunkcyjnego. Oznacza to, że standard nie zawiera programowalnych shaderów, które pozwalałyby pisać własne programy wykonywane dla wierzchołków i fragmentów. Transformacje, oświetlenie, rasteryzacja i operacje na fragmentach są realizowane według zdefiniowanych przez API mechanizmów. Współczesne aplikacje korzystające z shaderów nie mogą być traktowane jako programy używające wyłącznie funkcji OpenGL 1.0.

Macierze, prymitywy i wynik na ekranie

Transformacja obiektów w OpenGL 1.0 opiera się na macierzach. Polecenie glMatrixMode wybiera stos macierzy, a glLoadIdentity przywraca macierz jednostkową. Polecenia glTranslatef, glRotatef i glScalef służą odpowiednio do przesuwania, obracania i skalowania geometrii. Do zdefiniowania rzutu perspektywicznego można użyć glFrustum, natomiast rzut ortograficzny ustawia się poleceniem glOrtho. Stos macierzy pozwala zapisać bieżący stan przez glPushMatrix i później odtworzyć go za pomocą glPopMatrix.

Przed rozpoczęciem rysowania aplikacja ustawia także obszar renderowania poleceniem glViewport. Bufor obrazu może zostać wyczyszczony przez glClear, a kolor używany podczas czyszczenia określa glClearColor. Test głębokości umożliwia rozstrzyganie, który fragment obiektu znajduje się bliżej obserwatora. OpenGL 1.0 obejmuje również mechanizmy oświetlenia, materiałów, normalnych, mieszania kolorów, testu przezroczystości, odrzucania ścian oraz mapowania tekstur. Są to elementy stałofunkcyjnego potoku, konfigurowane przez zmianę stanu, a nie przez programy shaderowe.

Ważnym mechanizmem tej wersji są listy wyświetlania, czyli display lists. Program może zarejestrować zestaw poleceń OpenGL, a następnie wywoływać go ponownie. Takie rozwiązanie ograniczało liczbę powtarzanych wywołań funkcji i mogło współpracować z ówczesnymi implementacjami sprzętowymi. Nie należy jednak utożsamiać display lists z nowoczesnymi buforami wierzchołków ani z obiektami używanymi w późniejszych wersjach API. OpenGL 1.0 ma również obsługę buforów przedniego i tylnego, dlatego aplikacja może renderować scenę poza bezpośrednio widocznym obrazem, a następnie prezentować gotową klatkę przy użyciu mechanizmu podwójnego buforowania zapewnianego przez środowisko graficzne.

Rozpoznawanie problemów z obsługą OpenGL 1.0

Informacja, że program wymaga OpenGL 1.0, nie oznacza jeszcze, że każda awaria dotyczy samego standardu. Aplikacja musi otrzymać poprawnie utworzony kontekst OpenGL, a system musi udostępnić odpowiedni sterownik. Jeżeli kontekst nie powstanie, funkcje inicjalizujące mogą zwracać błąd albo program może zakończyć działanie przed rozpoczęciem renderowania. W starszych programach spotyka się także zależność od konkretnego formatu piksela, bufora głębokości, bufora kolorów lub podwójnego buforowania.

Przy diagnostyce warto rozdzielić kilka przypadków. Czarny ekran może wynikać z wyczyszczenia bufora bez narysowania geometrii, nieprawidłowej macierzy projekcji, błędnego ustawienia obszaru glViewport albo renderowania do innego bufora niż ten prezentowany na ekranie. Brak tekstur może wskazywać na niepoprawne parametry obrazu, niezaładowane dane lub problem z kontekstem, a nie na brak obsługi geometrii OpenGL 1.0. Z kolei komunikat o braku funkcji może oznaczać, że aplikacja wywołuje element dodany dopiero w późniejszej wersji, na przykład tablice wierzchołków z OpenGL 1.1.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego w przypadku problemów z uruchamianiem starszej aplikacji graficznej można sprawdzić sterownik, instalację systemu, konfigurację grafiki oraz poprawność działania sprzętu. Sama obecność biblioteki OpenGL w systemie nie wystarcza do potwierdzenia prawidłowego renderowania, ponieważ znaczenie mają również sterownik, utworzony kontekst i wymagania konkretnego programu.