Okluzja otoczenia - Prosty trik, by 3D wyglądało realnie

W modelach 3D najwięcej realizmu gubią nie wielkie cienie, tylko drobne przejścia w narożnikach, szczelinach i pod krawędziami. Właśnie tam przydaje się okluzja otoczenia: prosty w założeniu, ale bardzo skuteczny sposób na to, by obiekty nie wyglądały płasko. W tym tekście pokazuję, jak działa ten efekt, gdzie daje najlepszy zwrot z kosztu obliczeń i jak myśleć o nim, jeśli dopiero zaczynasz z programowaniem grafiki.

Czym ta technika naprawdę mierzy

AO nie liczy „ładnych cieni” w sensie klasycznej lampy czy słońca. Mierzy coś bardziej subtelnego: jak bardzo dany punkt powierzchni jest zasłonięty przez pobliską geometrię, a więc ile światła z otoczenia ma szansę tam dotrzeć. Dlatego wewnątrz rurki, w szparze między płytami albo w narożniku pokoju obraz ciemnieje nawet wtedy, gdy nie ma tam wyraźnego cienia od konkretnego źródła światła.

W praktyce działa to jak miękki filtr, który wzmacnia kontakt obiektu z otoczeniem. Nie tworzy ostrych konturów jak cień rzucany przez lampę, tylko delikatnie pogłębia zagłębienia i załamania. To dlatego model 3D nagle przestaje wyglądać jak wycięty karton i zaczyna sprawiać wrażenie czegoś osadzonego w przestrzeni.

Najprościej myśleć o tym tak: im mniej przestrzeni wokół punktu ma „widok” na otoczenie, tym ciemniejszy powinien być ten punkt. Z tego założenia wyrastają wszystkie popularne warianty tej techniki, od wersji prekomputowanych po algorytmy działające w czasie rzeczywistym.

Żeby zobaczyć, gdzie ten efekt naprawdę robi różnicę, trzeba przejść od definicji do sceny i materiałów.

Gdzie daje największą różnicę

Najlepszy efekt widać w miejscach, gdzie geometria styka się sama ze sobą lub mocno się zagęszcza. Ja zwykle traktuję ten efekt jak narzędzie do porządkowania krawędzi, a nie do „robienia klimatu”.

• narożniki ścian i mebli,
• łączenia elementów mechanicznych,
• wnęki, szczeliny i zakamarki,
• miejsce styku obiektu z podłożem,
• detale na małych modelach, gdzie brak AO daje wrażenie „pływania” nad sceną.

Właśnie dlatego efekt tak często pojawia się w grach, wizualizacjach produktów i renderach architektonicznych. Działa nie dlatego, że jest spektakularny, ale dlatego, że porządkuje odbiór formy. Gdy jest dobrze ustawiony, odbiorca nie myśli „o, ciekawy cień”, tylko po prostu widzi bardziej wiarygodny obiekt.

Jest jednak druga strona medalu: jeśli przesadzisz z intensywnością, scena robi się brudna, ciężka i nienaturalnie przygaszona. Wtedy efekt nie podnosi realizmu, tylko go udaje.

Jak liczy się to w nowoczesnych silnikach

W silnikach i narzędziach spotkasz trzy główne podejścia. Różnią się tym, skąd biorą dane i ile kosztują obliczeniowo, a to w praktyce decyduje, czy efekt nadaje się do statycznej wizualizacji, czy do gry działającej płynnie na średnim sprzęcie.

Jeśli patrzysz na to od strony programowania, najważniejsza różnica jest prosta: im bardziej technika opiera się na pełnej geometrii i promieniach, tym lepsza jakość, ale większy koszt. SSAO zwykle pracuje na buforze głębi obrazu, więc jest szybkie, ale bywa zależne od kadru. RTAO korzysta z danych spoza ekranu, dzięki czemu lepiej radzi sobie z geometrią, której kamera akurat nie widzi, ale wymaga znacznie mocniejszego sprzętu lub bardziej rozbudowanego pipeline’u.

W wersjach screen-space jakość rośnie wraz z liczbą próbek; w praktyce kilkanaście do kilkudziesięciu próbek daje rozsądny kompromis. Za mało próbek to banding i szum, za dużo to wyraźny koszt wydajności.

Kiedy rozumiesz warianty, łatwiej przejść od teorii do prostego algorytmu, który da się opisać nawet w Pythonie.

Jak zbudować prosty model w Pythonie

Jeśli uczysz się podstaw programowania, potraktuj ten efekt jako dobre ćwiczenie z myślenia algorytmicznego. Nie chodzi o to, żeby od razu pisać własny silnik 3D, tylko żeby zrozumieć prosty schemat: z punktu na powierzchni wysyłasz kilka testowych promieni, sprawdzasz, czy trafiają w pobliską geometrię, i liczysz, jak duża część półsfery jest zasłonięta.

def ambient_occlusion(point, normal, sample_dirs, is_occluded):
    hits = 0
    total = 0

    for direction in sample_dirs:
        if dot(direction, normal) <= 0:
            continue  # bierzemy tylko kierunki nad powierzchnią
        total += 1
        if is_occluded(point, direction):
            hits += 1

    if total == 0:
        return 0.0

    return hits / total  # 0 = otwarte otoczenie, 1 = mocne zasłonięcie

Ta wersja jest uproszczona, ale dobrze pokazuje istotę problemu. Najtrudniejszy element nie leży w samym `for`, tylko w odpowiedzi na pytanie, jak sprawdzić przecięcie promienia z geometrią sceny. W małym projekcie możesz zacząć od sfer, płaszczyzn albo siatki wokseli; dopiero później wejdziesz w dokładniejsze testy dla modeli trójkątnych.

To właśnie dlatego ten temat tak dobrze łączy grafikę z podstawami kodowania: wymusza pracę z pętlami, losowością, próbkowaniem, normalnymi i kosztem obliczeń naraz.

Gdy masz już tę mentalną mapę, pozostaje jeszcze jedna rzecz: unikać błędów, które najczęściej psują odbiór całego efektu.

Najczęstsze błędy przy ustawianiu efektu

• Za mocny poziom przyciemnienia - wtedy wszystkie zagłębienia zlewają się w jedną ciemną plamę i model traci czytelność.
• Za duży promień działania - AO zaczyna „brudzić” duże płaszczyzny zamiast tylko kontaktów i szczelin.
• Traktowanie go jak zamiennika cieni - to inna warstwa informacji; bez kierunkowego światła scena nadal będzie wyglądała płasko.
• Brak kontroli nad blur i próbkowaniem - przy metodach screen-space zbyt agresywne wygładzanie daje halo na krawędziach, a zbyt mała liczba próbek wprowadza szum lub pasy.
• Podwajanie tego samego zaciemnienia - jeśli tekstura albo bake już zawiera cienie w szczelinach, dodatkowe AO łatwo przesadzi z efektem.

W praktyce najlepiej działa zasada „mniej, ale czytelniej”. Ten efekt ma podkreślać formę, a nie dominować nad materiałem, światłem i kolorem.

Jeśli trzymasz się tej reguły, łatwiej dobrać metodę do projektu, zamiast walczyć z artefaktami na końcu procesu.

Co warto zapamiętać, zanim wdrożysz to w projekcie

AO jest jednym z tych narzędzi, które bardzo szybko poprawiają odbiór sceny, ale tylko wtedy, gdy używasz go z wyczuciem. W renderach statycznych można pozwolić sobie na dokładniejsze obliczenia albo bake, w grach częściej wybiera się SSAO lub podobną aproksymację, bo liczy się płynność i prostota integracji z pipeline’em.

Jeśli zaczynasz naukę, potraktuj tę technikę jako mały most między teorią grafiki a praktyką programowania: uczysz się próbkowania, pracy na danych przestrzennych i świadomego kompromisu między jakością a kosztem. I właśnie dlatego okluzja otoczenia jest tak dobrym tematem na start - pokazuje, że w grafice 3D realizm często rodzi się nie z jednego wielkiego algorytmu, tylko z kilku dobrze dobranych przybliżeń.