Ortho w X-Plane: jak zrobić fotorealistyczny teren i nie zapełnić dysku

Po co w ogóle robić ortho i kiedy ma to sens

Domyślny teren X-Plane a fotorealistyczne orthophoto

Domyślny teren w X-Plane opiera się na generowanych teksturach, siatce wysokości oraz danych o pokryciu terenu (lasy, pola, miasta). Jest spójny, wydajny i w wielu miejscach wygląda przyzwoicie, ale przy lotach VFR szybko widać jego ograniczenia: układ dróg nie zawsze idealnie zgadza się z rzeczywistością, zabudowa jest „umowna”, a charakterystyczne punkty terenowe bywają tylko przybliżeniem.

Orthophoto zmienia to podejście. Zamiast proceduralnie generowanych tekstur używane są zdjęcia satelitarne lub lotnicze, odpowiednio pocięte na kafelki i nałożone na mesh X-Plane. Z kokpitu widać dokładnie to, co istnieje w rzeczywistości: konkretne skrzyżowania, przebieg rzek, parkingi, kształt pól, a nawet pasy startowe małych trawiastych lotnisk. Daje to zupełnie inny poziom „czytelności” terenu.

Przy podejściach wizualnych albo przy lataniu w rejonie, który zna się z realnego świata, różnica jest ogromna. Zakręt po określonym punkcie, trzymanie się drogi czy rzeki, wyszukiwanie charakterystycznych budynków – wszystko staje się dużo bardziej naturalne. To główny powód, dla którego orthophoto w X-Plane jest tak popularne wśród fanów VFR.

Kiedy orthophoto rzeczywiście pomaga

Fotorealistyczny teren najlepiej sprawdza się w kilku konkretnych zastosowaniach. Jeśli większość lotów to niskie i średnie pułapy, zwłaszcza w zasięgu wzroku od ziemi, orthophoto staje się praktycznie obowiązkowe. Dotyczy to w szczególności:

• Lotów VFR – nawigacja „po ziemi” opiera się na realnych punktach orientacyjnych. Zamiast zgadywać, czy to właściwe skrzyżowanie, faktycznie je rozpoznajesz.
• Szkolenia i treningu procedur wizualnych – różne warianty podejść VFR do tego samego lotniska, kręgi, podejścia po trasach VFR w okolicach CTR/TMA; łatwiej odtworzyć realne procedury.
• Lotów GA i śmigłowcami – niskie, powolne loty nad konkretnymi punktami, lądowania „w terenie”, loty patrolowe, SAR – orthophoto robi ogromną różnicę.
• Lotów po „własnym podwórku” – jeśli latasz tam, gdzie mieszkasz lub w rejonie, który znasz z realnych lotów, spójność wrażenia jest zupełnie inna.

W takich scenariuszach każdy dodatkowy gigabajt poświęcony na ortho przekłada się na realny zysk w użyteczności i przyjemności lotu. Trzeba tylko dobrać zasięg i jakość kafelków do faktycznego sposobu latania.

Kiedy orthophoto ma mniejszy sens

Są też sytuacje, w których fotorealistyczny teren nie wnosi wiele, a tylko zajmuje miejsce na dysku i obciąża VRAM. Jeśli latasz głównie IFR na wysokich pułapach, w dodatku spędzasz większość czasu „w chmurach”, orthophoto w większości trasy pozostanie niewidoczne. Przy przelocie na FL350 różnica między ZL16 i ZL18 jest praktycznie niezauważalna, a nawet domyślny teren bywa wystarczający.

Drugi przypadek to słabszy sprzęt: mało VRAM, skromne GPU i niewielka ilość RAM. Orthophoto o wysokim ZL potrafi dociążyć kartę graficzną, szczególnie w X-Plane 12, gdzie dochodzi bardziej zaawansowane oświetlenie i efekty pogodowe. W takich warunkach lepiej postawić na sensowne kompromisy jakościowe albo ograniczyć ortho do najmniejszych, ulubionych obszarów.

Fotorealistyczny teren miewa też minusy natury estetycznej: widoczne różnice kolorów między kafelkami (inne pory roku, różne źródła zdjeć), chmury lub mgła „zapieczone” w teksturę, niska jakość w niektórych rejonach. Dla części użytkowników domyślne tekstury X-Plane, szczególnie w XP12, będą bardziej spójne wizualnie niż tanie orthophoto z „brudnego” źródła.

Mały obszar w wysokiej jakości vs pół świata w średniej rozdzielczości

Dobór strategii zależy od tego, jak latasz i ile masz miejsca na dysku. Dwa skrajne podejścia wyglądają tak:

• Mały obszar w bardzo wysokiej jakości (ZL18/19) – idealny scenariusz dla pilota VFR kręcącego się wokół kilku lotnisk. Orthofoto pokrywa np. cały kraj albo sam region w promieniu 100–200 NM od głównej bazy, za to w świetnej jakości. Zużycie miejsca jest stosunkowo niewielkie, a efekt wizualny – wyśmienity.
• Pół świata w średniej jakości (ZL16) – lepsze podejście, jeśli często latasz IFR po całym świecie, ale chcesz mieć choć minimalnie realny wygląd lądu przy starcie i lądowaniu. Teren z daleka wygląda dobrze, a rozmiar danych jest rozsądny. Brak tu detalu pod samą szybą, ale rzadko go faktycznie potrzebujesz.

Bardzo często optymalnym kompromisem jest mix obu podejść: bazowy ZL16 na dużym obszarze plus lokalne „łatki” ZL17/18 wokół ulubionych lotnisk i tras VFR. W praktyce właśnie takie ustawienie w Ortho4XP pozwala uzyskać świetną relację jakość/GB.

Podstawy orthophoto w X-Plane – jak to działa technicznie

Mesh, overlay, tekstury orthophoto i kafelki

Sceneria w X-Plane składa się z kilku logicznych warstw. Dla orthophoto kluczowe są trzy pojęcia:

• Mesh – siatka trójwymiarowa (wysokościowa), na której „leży” teren. Określa kształt gór, dolin, stoków pasów startowych, brzegi wody. Ortho4XP potrafi generować własny mesh na podstawie danych wysokościowych.
• Tekstury orthophoto – zdjęcia terenu, pocięte w małe kafelki graficzne (zwykle .dds), które są nakładane na mesh. To właśnie one odpowiadają za fotorealistyczny wygląd ziemi.
• Overlay – warstwa „nad” ortho, zawierająca autogen (budynki, drzewa), drogi, linie kolejowe, sieć energetyczną, czasem poprawki OSM. Overlay korzysta z danych wektorowych i łączy się z teksturami orthophoto.

Kafelek (tile) w Ortho4XP to fragment świata o określonym zasięgu, zwykle 1° x 1° szerokości i długości geograficznej. Każdy taki kafelek zawiera własny mesh, zestaw tekstur i folder Earth nav data z definicją siatki. Można je włączać/wyłączać niezależnie, co daje sporo elastyczności w zarządzaniu przestrzenią dysku.

Warstwy scenery i priorytety w scenery_packs.ini

X-Plane ładuje scenerie według kolejności określonej w pliku scenery_packs.ini. To plik tekstowy w katalogu Custom Scenery, który decyduje, która warstwa leży wyżej, a która niżej. Najprostsza zasada:

• Na samym dole – meshe (np. Ortho4XP, HD Mesh, inne siatki terenu).
• Wyżej – overlaye (np. „yOrtho4XP_Overlays”, simHeaven, autogen mody).
• Jeszcze wyżej – lotniska i lokalne scenerie (apt, 3D obiekty, fotopodkłady lokalne).

Orthophoto generowane przez Ortho4XP jest częścią mesha. Jeśli kafelek Ortho4XP jest aktywny, zastępuje domyślny globalny mesh X-Plane. Overlaye z kolei „siedzą” nad ortho i korzystają z niego jako tła. Dobrze ustawiony scenery_packs.ini to warunek poprawnego działania orthophoto i autogenu.

Typowy minimalny blok wpisów dla Ortho4XP może wyglądać tak:

SCENERY_PACK Custom Scenery/yOrtho4XP_Overlays/
SCENERY_PACK Custom Scenery/zOrtho4XP_+50+020/
SCENERY_PACK Custom Scenery/zOrtho4XP_+50+019/
...

Nazwa prefixu „z” pełni tu funkcję prostego sortowania – kafelki z „z” są zwykle blisko dołu listy, tak jak tego potrzebują.

Struktura typowego kafelka Ortho4XP

Folder kafelka wygenerowanego przez Ortho4XP zawiera zwykle:

• Earth nav data – podfoldery z plikami .dsf, w których zapisany jest mesh i odniesienia do tekstur.
• textures – kolekcja plików .dds (czasem .ter i inne), będących faktycznymi teksturami orthophoto.
• Pliki konfiguracyjne i logi Ortho4XP (czasem pliki .cfg, .node itd.).

Główne „pożeracze miejsca” to pliki .dds. Ich liczba i wielkość zależą bezpośrednio od poziomu zoom (ZL) i zakresu obszaru objętego danym ZL. W jednym kafelku można mieć bazowy ZL16, a w okolicach lotniska patch ZL18, co spowoduje większą liczbę i rozmiar tekstur tylko na małym obszarze.

Orthophoto a obciążenie VRAM i RAM

Każda tekstura orthophoto musi zostać załadowana do pamięci karty graficznej (VRAM) jako zestaw mipmap, żeby X-Plane mógł skalować ją w zależności od odległości od kamery. Im wyższy ZL i większy obszar jednocześnie w zasięgu widoku, tym więcej VRAM jest potrzebne. Przy kartach 4 GB i mniej trzeba bardzo ostrożnie dobierać ZL oraz ustawienia rozdzielczości tekstur w symulatorze.

RAM również jest wykorzystywany – do przechowywania metadanych, danych o meshu, struktur drzew, obiektów autogenu, ale główny wpływ orthophoto widać w VRAM. Zbyt wiele wysokiej jakości tekstur ortho na dużym obszarze może skutkować:

• doczytywaniem tekstur „w locie” (mikroprzycięcia),
• redukcją jakości tekstur przez X-Plane (rozmycie),
• skokami zużycia VRAM i potencjalnymi crashami przy braku zapasu.

Rozwiązaniem jest rozsądny dobór ZL, ograniczenie bardzo wysokiego zoomu do małych obszarów oraz ustawienie w X-Plane jakości tekstur na poziom, który nie zapycha VRAM.

Różnice między X-Plane 11 a 12 dla terenów fotorealistycznych

X-Plane 12 wprowadza kilka istotnych zmian, które wpływają na to, jak orthophoto wygląda i działa:

• Nowy model oświetlenia – fotorealistyczne tekstury reagują na światło, mgłę i pogodę w sposób bliższy rzeczywistości. Jasne, przepalone imagery może wyglądać gorzej niż w XP11, za to dobrze zbalansowane zdjęcia prezentują się świetnie.
• Nowy autogen i roślinność – overlaye oparte o dane OSM, simHeaven lub yOrtho4XP_Overlays w połączeniu z orthophoto tworzą bardziej wiarygodną scenę, jeśli plik scenery_packs.ini jest poprawnie ułożony.
• Woda 3D i linia brzegowa – XP12 ma własny system wody i fal; mesh generowany przez Ortho4XP musi być dobrze dopasowany do coastlines, inaczej mogą pojawiać się artefakty na styku ląd–woda.

W XP11 orthophoto bywało wręcz konieczne, aby przeskoczyć domyślną, dość prostą warstwę terenu. W XP12 decyzja jest mniej oczywista: w wielu miejscach domyślny teren jest już całkiem dobry, więc fotorealistyczny mesh najbardziej opłaca się tam, gdzie realny wygląd jest priorytetem, a nie tylko „ładnym dodatkiem”.

Planowanie projektu ortho – co, gdzie i w jakiej jakości

Ustalanie priorytetów: co naprawdę będzie używane

Najczęstszy błąd to podejście „chcę mieć cały świat w ZL18”. Przy współczesnych dyskach, łączach i mocach obliczeniowych brzmi to kusząco, ale kończy się kilkudziesięcioma terabajtami danych, wiecznym generowaniem kafelków i realnym brakiem kontroli nad tym, co jest w ogóle wykorzystywane.

Logiczne wyjście to wypisanie priorytetów:

• główne lotnisko(e) bazowe,
• typowe trasy (np. krajowe, regionalne, ulubione przeloty),
• kraj/region, w którym latasz najczęściej,
• rejon, w którym latasz online (np. FIR-y na VATSIM/IVAO).

Warto przejrzeć logbook w X-Plane lub wirtualnych liniach, żeby sprawdzić, gdzie faktycznie było najwięcej lotów w ostatnich miesiącach. Jeśli 80% czasu spędza się nad jednym krajem i kilkoma sąsiadami, to właśnie tam opłaca się zainwestować w wysokiej jakości ortho. Reszta świata może zostać przy domyślnym terenie lub przy niższym ZL.

Strategia koncentryczna: im bliżej bazy, tym wyższy ZL

Bardzo praktyczne podejście to tzw. strategia koncentryczna. Polega ona na ustawieniu różnych poziomów zoom (ZL) w zależności od odległości od głównego lotniska lub regionu bazowego. W uproszczeniu:

Przykładowy plan dla pilota VFR i IFR

Dobrze zadziała prosta matryca decyzji. Trzeba połączyć typ latania (VFR/IFR) z obszarem i oczekiwaniami co do detalu pod skrzydłem:

• VFR lokalny / GA – okolice jednego lub kilku lotnisk, kręgi, szkolenie, krótkie przeloty: zwykle opłaca się ZL18 w promieniu kilku–kilkunastu kilometrów od lotniska i ZL17 na trasach w obrębie kraju/regionu.
• IFR linie / turbopropy – większość trasy na FL300+ albo przynajmniej kilka tysięcy stóp: ZL16 jako baza daje rozsądną jakość, a ZL17/18 ogranicza się do peronów, podejść i ciekawszych miejsc (góry, wybrzeża).
• Mieszane VFR/IFR – typowy scenariusz „raz Cessna, raz 737”: sensowne jest ZL17 dla głównego kraju i ZL16 dla reszty trasy, z lokalnymi „wyspami” ZL18.

Polski przykład: dla intensywnego latania po EPWA/EPPO/EPKT można zbudować ring ZL18 w promieniu 8–10 km od lotnisk, ZL17 w promieniu 50–100 km oraz ZL16 dla całej Polski plus sąsiedzi. Daje to przyzwoity detal tam, gdzie patrzy się najczęściej, bez mnożenia setek gigabajtów na terenach, nad którymi przelatujesz raz na rok.

Granice projektu: gdzie świadomie zakończyć generowanie kafelków

Kuszące jest klikanie kolejnych kafelków na mapie Ortho4XP „bo może kiedyś tam polecę”. Lepiej wcześniej ustalić twarde granice:

• „Rdzeń” – kraj/domowy FIR plus sąsiednie kraje, jeśli regularnie łączysz loty międzynarodowe.
• „Korytarze tranzytowe” – wąskie pasy kafelków pokrywające typowe trasy przelotu między ważnymi hubami.
• „Pozostały świat” – pozostaje na domyślnym meshu albo dostaje tylko niskie ZL (15–16) przy kluczowych lotniskach turystycznych.

Ograniczenie projektu od razu wymusza dyscyplinę: generujesz kafelki tam, gdzie naprawdę widzisz sens jakościowy lub operacyjny, zamiast gromadzić dane „na wszelki wypadek”.

Budżet na GB: ile miejsca chcesz realnie poświęcić

Przed kliknięciem pierwszego „Batch build” warto policzyć, ile fizycznie można zużyć przestrzeni:

• ile szczegółowego ortho (ZL17/18) zmieści się na szybkim SSD, z którego odpala się X-Plane,
• ile niższego ZL można trzymać na wolniejszym HDD lub zewnętrznym dysku,
• jaki zapas zostawić dla innych dodatków (scenerie lotnisk, simHeaven, samoloty, pluginy).

Dobrym punktem wyjścia jest założenie, że ortho nie powinno zjadać całego dysku pod X-Plane. Jeśli masz np. 1 TB na symulator, sensownie jest od razu zarezerwować przynajmniej 200–300 GB na przyszłe scenerie i dodatki niezwiązane z orthophoto, a dopiero resztę pod same kafelki.

Przeloty vs „bawienie się w terenie”

Jeżeli większość lotów to IFR point-to-point z przyspieszonym czasem, bardziej liczy się ogólny charakter krajobrazu niż rozpoznawanie pojedynczych budynków. VFR „po krzakach” stawia na szczegół pod nosem i spójność z mapą. Inne są więc akcenty:

• IFR – ciągłość i brak dziur w pokryciu między hubami; ZL16/17 zwykle w zupełności wystarczy, z lokalnymi plastrami ZL18.
• VFR – mniejszy obszar, ale wyższa jakość i lepsze źródła imagery, szczególnie jeśli latasz szkolnie z realnymi mapami.

Jeśli robisz oba, sensownie jest rozdzielić „pakiety” kafelków: jeden zestaw wysoce szczegółowy dla lokalnych VFR, drugi lżejszy, obejmujący większy obszar pod IFR.

Narzędzia do tworzenia orthophoto – przegląd i kryteria wyboru

Ortho4XP jako standard „all-in-one”

Ortho4XP jest de facto standardem dla X-Plane, bo łączy w jednym narzędziu:

• generowanie mesha z różnych źródeł wysokości,
• pobieranie imagery z wielu serwisów,
• tworzenie tekstur .dds z różnymi poziomami ZL w obrębie jednego kafelka,
• modyfikację linii brzegowej, lotnisk i dróg wodnych,
• automatyczne tworzenie overlayu z domyślnej scenerii X-Plane.

Największa zaleta z punktu widzenia ekonomii miejsca: dokładna kontrola nad ZL i zasięgiem patchy. Możesz zdefiniować, że 90% kafelka będzie w ZL16, a tylko wycinki wokół lotnisk – w ZL18. Do tego dochodzą takie opcje jak Use_decal_on_terrain (mikrodetal przy niższym ZL) czy filtrowanie jakości wynikowego mesha.

Gotowe paczki ortho vs generowanie samemu

Na forach i w serwisach społecznościowych można znaleźć gotowe paczki orthophoto dla wybranych krajów czy regionów. To kuszące rozwiązanie „pobierz i lataj”, ale pod kątem dysku pojawia się kilka problemów:

• brak kontroli nad ZL – często cały region jest w jednym poziomie zoom, zwykle dość wysokim, więc trudno zoptymalizować miejsce;
• z góry ustalone źródło imagery – nie masz wpływu na to, czy wybrano lepiej zbalansowanego satelitę, czy gorszy ortofoto z dużą ilością chmur;
• brak dostosowania do twoich tras – paczka obejmuje obszary, nad którymi być może nigdy nie polecisz, a mimo to zajmują miejsce.

Gotowe paczki bywają sensowne jako przejściowe rozwiązanie albo jeśli ktoś przygotował precyzyjnie ten sam obszar, którym się interesujesz. Jeśli jednak priorytetem jest relacja jakość/GB i chcesz dopasować scenerię do własnego sposobu latania, samodzielne generowanie w Ortho4XP daje znacznie większą elastyczność.

Inne narzędzia uzupełniające

Do pracy z orthophoto przydają się również mniejsze narzędzia i dodatki:

• Menadżery scenerii (np. xOrganizer) – pomagają włączać/wyłączać całe zestawy kafelków w zależności od rodzaju lotu i tym samym zarządzać zapełnieniem szybkiego SSD.
• Narzędzia do linków symbolicznych (np. symlink, junction na Windows) – pozwalają trzymać ciężkie kafelki na innym dysku, a w Custom Scenery mieć tylko odnośniki.
• Edytory OSM/mesha – gdy chcesz korygować linie brzegowe, rzeki czy drogi przed ponownym wygenerowaniem kafelka, aby uniknąć dziwnych artefaktów.

Takie programy same w sobie nie tworzą orthophoto, ale pozwalają lepiej zarządzać tym, co już zostało wygenerowane, i utrzymać porządek przy większych projektach.

Kryteria wyboru i „architektura” projektu

Wybór narzędzi i podejścia warto oprzeć na kilku kryteriach:

• Skala projektu – dla kilku kafelków wokół jednego lotniska wystarczy czysty Ortho4XP; przy większym kraju wygodnie jest mieć menadżer scenerii i system linków symbolicznych.
• Elastyczność w zmianach – jeśli często modyfikujesz konfigurację, lepiej zainwestować czas w poukładaną strukturę folderów i plików .cfg niż bazować na jednorazowo pobranej paczce.
• Dostępność miejsca na różnych dyskach – im większą różnicę masz między szybkim SSD a pojemnym HDD, tym więcej zyskasz na sprytnym rozmieszczeniu kafelków i stosowaniu symlinków.

Źródła danych i poziomy zoom (ZL) – gdzie jest granica opłacalności

Różne źródła imagery i ich konsekwencje dla jakości

Najpopularniejsze źródła w Ortho4XP to różne serwery satelitarne i ortofoto (ich nazwy zależą od wersji programu). Różnią się:

• kolorystyką – jedne są bardziej „zielone”, inne mają ciepły lub chłodny odcień,
• sezonowością – zdjęcia zrobione zimą lub późną jesienią dają brązowo-szare pola, co w XP12 z dynamicznym oświetleniem może wyglądać mało atrakcyjnie,
• zachmurzeniem i artefaktami – im więcej chmur, smug lotniczych czy „łat” łączących różne przeloty satelity, tym większa szansa na brzydkie plamy w scenerii.

Sprytne podejście polega na wygenerowaniu jednego testowego kafelka w kilku źródłach imagery i porównaniu efektu w X-Plane, zanim zdecydujesz się na cały kraj. Dzięki temu unikniesz późniejszego usuwania setek gigabajtów, bo „kolorystyka nie siada”.

Co naprawdę daje wyższy ZL, a co jest złudzeniem jakości

Poziom zoom (ZL) przekłada się na efektywną rozdzielczość terenu. W uproszczeniu im wyższy ZL, tym mniejsza powierzchnia terenu przypada na jeden piksel. Choć szczegółowe liczby zależą od implementacji, praktyczny ogląd jest następujący:

• ZL15 – wystarczający, żeby zarys terenu był realny z dużej wysokości, ale przy niskim locie wszystko będzie rozmyte.
• ZL16 – sensowny standard dla IFR; z typowego FL krajobraz wygląda realistycznie, a przy podejściu nadal nie ma „pikselozy”, choć detali pod nosem nie będzie.
• ZL17 – dobry kompromis dla VFR i podejść; rozpoznajesz drogi, pola, większe budynki i układ terenów zabudowanych.
• ZL18 i wyżej – detal pod samą szybą, czasem widać pojedyncze domy, boiska, nawet oznakowanie parkingów.

Powyżej ZL18 przyrost jakości na ekranie bywa subtelny w stosunku do eksplodującego zużycia miejsca. Dodatkowo w XP12 część mikrodetałów i tak zakryje autogen, drzewa 3D i dynamiczne cienie. W praktyce najbardziej opłacalny jest ZL17 jako górny standard dla dużych obszarów i ZL18 w bardzo małych plastrach tam, gdzie często robisz niskie przeloty lub podejścia VFR.

Granica „zdrowego rozsądku” dla poziomu zoom

Decyzję o ZL można oprzeć na kilku pytaniach kontrolnych:

• Czy w tym miejscu naprawdę potrzebuję rozpoznawać pojedyncze budynki, czy wystarczy ogólny kształt miejscowości?
• Czy będę tu regularnie latać poniżej 3000 ft AGL?
• Czy ten obszar często widzę z bliska z kokpitu, czy raczej przelatuję nad nim w przelocie na FLxxx?

Jeśli choć na dwa pytania odpowiesz „nie”, to najczęściej ZL16–17 wystarczy. ZL18 zostaw dla głównych lotnisk, tras podejścia i kilku rejonów, które oglądasz często i nisko (np. własne miasto, charakterystyczne doliny górskie, wybrzeża).

Mozaika ZL w jednym kafelku – oszczędzanie miejsca „skalpelem”

Ortho4XP pozwala w jednym kafelku mieszać różne poziomy zoom. To kluczowa funkcja, jeśli celem jest oszczędzanie miejsca.

Typowy schemat wygląda tak:

• bazowy ZL16 dla całego kafelka,
• ring ZL17 w promieniu 10–20 km od ważnego lotniska,
• plaster ZL18 dokładnie pod procedurami podejścia, kręgami VFR i ewentualnie nad miastem.

Takie ustawienie daje jakość tam, gdzie naprawdę ją widzisz, a jednocześnie radykalnie zmniejsza liczbę ciężkich tekstur .dds. Różnica między całym kafelkiem w ZL18 a kombinacją 16+17+18 potrafi być kilkukrotna, a wizualnie z kokpitu widać ją tylko wtedy, gdy specjalnie szukasz przejść między ringami.

Sezonowość i spójność kolorystyczna

Różne źródła imagery, a nawet różne kafelki z tego samego źródła, potrafią mieć inne oświetlenie i porę roku. Efektem są „łatki” w krajobrazie – jeden kafelek zielony, obok bardziej żółty lub przytłumiony.

Da się to częściowo ograniczyć:

• korzystając z jednego źródła imagery dla całego większego regionu (np. całego kraju),
• testując kilka fragmentów na granicach planowanego obszaru, aby sprawdzić, czy nie ma ogromnych różnic kolorystycznych,
• unikając mieszania materiału zimowego i letniego w bezpośrednim sąsiedztwie.

Kiedy zejść z ZL mimo dobrego źródła

Zdarzają się obszary, gdzie imagery wygląda znakomicie nawet w wysokim ZL, ale mimo to lepiej świadomie zejść poziom niżej. Typowe przypadki:

• monotonne powierzchnie – duże połacie lasów, jednolite jeziora, pełne morze; tu wyższy ZL generuje masę tekstur, a efekt wizualny prawie się nie zmienia,
• obszary marginalne dla twoich tras – zakątki kafelka, nad którymi przelatujesz raz na kilka miesięcy przy przekraczaniu FIR,
• teren przykryty autogenem – gęste miasta, gdzie i tak większość tekstury maskują budynki, drzewa i obiekty 3D.

Dobre podejście to „ściąć” ZL o jeden poziom tam, gdzie teren jest powtarzalny, a zostawić wyższy ZL dla obszarów z kontrastem (rzeki, skrzyżowania, charakterystyczne formy terenu), które naprawdę pomagają w nawigacji VFR.

Jak testować kompromisy ZL bez marnowania setek GB

Zanim zaczniesz generować dziesiątki kafelków, opłaca się zrobić kilka testów na małych próbkach. Technicznie wygląda to tak:

• wybierasz 1–2 kafelki reprezentatywne dla planowanego obszaru (np. z miastem, górami i „nudym” terenem),
• generujesz je w kilku kombinacjach (np. pełny ZL17 i wariant 16+17+18 z mozaiką),
• porównujesz rozmiar folderów zOrtho4XP_* i jakość z kokpitu na typowych trasach.

Różnice w rozmiarze szybko pokazują, ile zyskasz lub stracisz na danym ustawieniu ZL w skali całego projektu. Lepiej poświęcić godzinę na takie testy niż potem kasować pół dysku po kilku dniach renderowania.

Konfiguracja Ortho4XP krok po kroku pod kątem oszczędzania miejsca

Podstawowy workflow z naciskiem na kontrolę rozmiaru

Ortho4XP daje dużo opcji, ale pod względem zapełniania dysku kluczowe są tylko niektóre etapy. Praktyczny, „odchudzony” workflow wygląda tak:

1. Planowanie obszaru – zaznaczenie kafelków w mapie programu zgodnie z wcześniej ustaloną siatką (np. tylko wokół ulubionych tras i lotnisk).
2. Ustawienie parametrów globalnych – wybór bazowego ZL, źródła imagery, jakości mesha.
3. Definiowanie stref wysokiego ZL – ręczne lub półautomatyczne okręgi i polygony wokół lotnisk.
4. Generowanie testowego kafelka – sprawdzenie rozmiaru i jakości.
5. Seria produkcyjna – odpalanie batcha tylko dla zatwierdzonej konfiguracji.

Ważne, aby po testowym kafelku nie zmieniać pochopnie kluczowych parametrów (bazowy ZL, źródło), bo otrzymasz „łatany” region, trudny do utrzymania w ryzach wizualnie i dyskowo.

Parametry w zakładce „Settings”, które mają największy wpływ na dysk

Choć interfejs Ortho4XP bywa przytłaczający, pod kątem rozmiaru interesują głównie te pozycje:

• Base ZL – bazowy poziom zoom; to on decyduje o liczbie i wielkości tekstur dla całego kafelka.
• cover_zl / zone list – definicja wyższych ZL w określonych obszarach; im precyzyjniej zdefiniowane, tym mniej marnowanych GB.
• mesh_zl – poziom zoom używany tylko do obliczania mesha; może być niższy niż tekstury, bo odpowiada głównie za geometrię terenu, nie wygląd.
• mask_width – szerokość przejścia między lądem a wodą; duże maski na wybrzeżach potrafią generować dużo dodatkowych pikseli.
• Use_decal_on_terrain – dołącza „szum” poprawiający wrażenie szczegółu przy niskich ZL; pozwala utrzymać czytelność terenu bez windowania ZL18.

Jeśli celem jest minimalny rozmiar przy akceptowalnej jakości, sensowny punkt wyjścia to Base ZL16, mesh_zl 16, strefy ZL17 wokół lotnisk i niewielkie plamy ZL18 na same progi i najczęściej oglądane miasta.

Ustawienie stref ZL – praktyczne sposoby

Strefy wyższego ZL można tworzyć na kilka sposobów, od szybkich po bardzo precyzyjne:

• Automatyczny „ring” wokół lotnisk – korzystasz z wbudowanej funkcji Ortho4XP do generowania stref wokół znanych lotnisk; dobry start, choć czasem ring wchodzi w obszary, które cię nie interesują.
• Ręczne polygonowe strefy – rysujesz obszar np. w QGIS czy innym edytorze GIS/OSM i importujesz do Ortho4XP jako zone list; więcej pracy, ale idealne dopasowanie np. do doliny rzeki, konkretnej trasy VFR.
• Strefy wzdłuż airway – dla IFR przydają się i wąskie, wydłużone pasy ZL17/18 wzdłuż głównych linii, którymi latasz najczęściej.

Dobrym nawykiem jest trzymanie tych definicji w osobnym katalogu i nazywanie ich jasno (np. EPWA_ZL18_approach.poly), aby po pół roku nadal było wiadomo, co obejmują.

Optymalizacja mesha – kiedy niższa rozdzielczość „wystarczy”

Mesh odpowiada za kształt terenu, ale nie zawsze potrzebna jest jego bardzo wysoka rozdzielczość. Pod względem zapełniania dysku i czasu generowania:

• teren płaski / lekko pofałdowany – curv_tol można podnieść (mniej trójkątów), mesh_zl zostawić niskie; różnica w wyglądzie minimalna, a plik .dsf mniejszy,
• góry, klify, wybrzeża – niższy curv_tol oraz wyższy mesh_zl, bo tu widać każdy błąd w geometrii, ale wciąż nie ma potrzeby dopasowywać mesh_zl do najwyższego ZL tekstur.

Dla większości użytkowników balans typu curv_tol w okolicach wartości domyślnych i mesh_zl na 16–17 jest wystarczający. Ekstremalnie wysokie ustawienia mają sens tylko przy bardzo niskim VFR po górskich dolinach i generują przy okazji większe pliki, które ładowane są dłużej.

Cache, tymczasowe pliki i ponowne użycie pobranych tekstur

Ortho4XP potrafi buforować pobrane kafelki imagery w katalogu cache. Dobrze skonfigurowany cache to podwójna korzyść: oszczędność transferu i możliwość przetwarzania tych samych danych bez kolejnego ściągania.

Aby wykorzystać cache efektywnie:

• przydziel mu realistyczną, ale ograniczoną ilość miejsca (kilkadziesiąt GB, a nie cały dysk),
• przy większych projektach przerabiaj obszary partiami, aby cache nie puchł w nieskończoność,
• od czasu do czasu czyść stare wpisy, jeśli już wiesz, że nie będziesz wracać do danego źródła imagery lub konfiguracji.

Jeśli pracujesz nad dużym krajem, trafia się też sytuacja, gdy zmieniasz tylko parametry mesha albo maski wody. W takim przypadku można pominąć ponowne pobieranie imagery i wykorzystać już istniejący cache, co oszczędza czas, ale nie dodaje dodatkowych GB tekstur.

Struktura folderów i „higiena” projektu ortho

Porządek w strukturze katalogów ma większy wpływ na komfort i zapełnianie dysku, niż może się z początku wydawać. Sprawdza się kilka prostych zasad:

• oddzielne katalogi dla regionów – np. zOrtho4XP_Europe, zOrtho4XP_USA, dzięki czemu wiesz, co możesz tymczasowo przenieść na HDD,
• jasne nazewnictwo – nazwa zawierająca region i bazowy ZL (np. zOrtho4XP_PL_ZL16) ułatwia szybkie decyzje, co skasować lub spakować,
• folder na konfiguracje – przechowywanie plików .cfg, .poly, notatek; przy przebudowie kafelków oszczędzasz czas na odtwarzaniu ustawień.

Do tego dochodzi regularny przegląd: jeśli przez kilka miesięcy ani razu nie poleciałeś nad jakimś regionem, a zaczyna brakować miejsca na nowy projekt, to właśnie te kafelki zwykle pierwsze lądują w archiwum lub na wolniejszym dysku.

Symlinki i przenoszenie ciężkich kafelków na inne dyski

Gdy główny SSD robi się ciasny, a nie chcesz przeinstalowywać całego X-Plane, najlepszą dźwignią stają się linki symboliczne. Schemat jest prosty:

1. Przenosisz folder z kafelkiem (lub całą grupą, np. zOrtho4XP_Europe) na duży dysk HDD.
2. W jego miejsce, w katalogu Custom Scenery, tworzysz symlink/junction wskazujący na nową lokalizację.
3. X-Plane nadal „widzi” scenerię pod starą ścieżką, ale dane fizycznie leżą gdzie indziej.

Przy takim rozwiązaniu sensowne jest trzymanie na SSD tylko tych regionów, nad którymi latasz aktualnie lub które są krytyczne z punktu widzenia FPS (gęste miasta, ulubione lotniska), a rzadko używane kraje mogą siedzieć na wolniejszym dysku bez szkody dla ergonomii.

Świadome wyłączanie ortho – konfiguracja pliku scenery_packs.ini

Nawet jeśli wszystkie kafelki mieszczą się na dysku, nie ma potrzeby ładować ich przy każdym starcie X-Plane. Plik scenery_packs.ini pozwala dokładnie sterować, które ortho są aktywne.

Praktyczne podejście:

• grupujesz wpisy zOrtho4XP w bloki regionów (np. Polska, Alpy, Skandynawia),
• przed sesją poświęcasz minutę na wyłączenie całych bloków (poprzez wstawienie SCENERY_PACK_DISABLED) poza tym, nad którym zamierzasz latać,
• korzystasz z narzędzia typu xOrganizer, jeśli nie chcesz edytować pliku ręcznie.

Taka organizacja nie zmniejsza zużycia miejsca na dysku, ale odciąża X-Plane przy ładowaniu i ułatwia później decyzję, które regiony można przenieść na inny nośnik lub skompresować.

Regeneracja zamiast „kolekcjonowania” – kiedy kasować i tworzyć od nowa

Mechanizm Ortho4XP zachęca do regeneracji kafelków zamiast ich wiecznego przechowywania. Jeśli zmieniłeś sposób latania, sprzęt lub preferencje jakości:

• nie ma sensu trzymać na siłę starych kafelków w ZL18, gdy teraz latasz głównie IFR i wystarczy ci ZL16–17,
• jeśli nowe źródło imagery jest wyraźnie lepsze i spójniejsze, zastąpienie nim starego regionu będzie korzystniejsze niż dokładanie kolejnych gigabajtów obok,
• gdy eksperymentowałeś z nietypowym meshem, a dziś wiesz, że wprowadza artefakty, skasowanie tych kafelków i wygenerowanie ich na czysto zwykle oszczędza w dłuższej perspektywie miejsce i czas.

Przy dobrej dokumentacji ustawień (zapisywanie plików .cfg, notatek) regeneracja nie jest bolesna – to raczej narzędzie porządkowe niż przykry obowiązek.

Najczęściej zadawane pytania (FAQ)

Czy warto robić ortho do X-Plane, jeśli latam głównie IFR na dużych wysokościach?

Jeśli większość lotów wykonujesz na FL200+ i dużą część czasu spędzasz w chmurach lub nad nimi, orthophoto ma ograniczony sens. Z tych pułapów różnica między domyślnym terenem a ZL16 czy nawet ZL18 jest niewielka, a dodatkowe gigabajty tekstur często po prostu się „marnują”.

W takim scenariuszu można rozważyć kompromis: bazowy ZL16 tylko wokół głównych lotnisk (start/lądowanie) i standardowy mesh na reszcie trasy. Dzięki temu zyskujesz lepszy wygląd okolic lotniska bez zajmowania setek gigabajtów na odcinek kruzowy, którego prawie nie oglądasz.

Jaki poziom zoom (ZL) wybrać do lotów VFR i GA, żeby nie zabić dysku?

Do typowych lotów VFR, GA i śmigłowcami rozsądnym minimum jest ZL16 jako baza, a w promieniu kilkunastu–kilkudziesięciu kilometrów od ulubionych lotnisk – łatki ZL17 lub ZL18. Daje to czytelny obraz dróg, rzek, pól i małych lotnisk, a rozmiar danych wciąż pozostaje pod kontrolą.

Dobra praktyka to:

• ZL16 na cały rejon, w którym się poruszasz (np. kraj lub region).
• ZL17/ZL18 tylko na kręgach i kluczowych trasach VFR (np. korytarze wokół dużych CTR/TMA).

ZL19 ma sens wyłącznie punktowo (np. jedno lotnisko trawiaste), bo bardzo szybko rośnie rozmiar kafelków.

Czym się różni orthophoto od domyślnego terenu X-Plane w praktyce?

Domyślny teren X-Plane bazuje na generowanych teksturach oraz danych o pokryciu terenu. Układ lasów, miast i pól jest ogólny, a budynki i drogi są mocno uśrednione. Do IFR lub przelotów na dużej wysokości jest to całkowicie użyteczne, ale do precyzyjnej nawigacji wzrokowej szybko wychodzą na wierzch ograniczenia.

Orthophoto wykorzystuje realne zdjęcia satelitarne lub lotnicze. Dzięki temu widzisz konkretne skrzyżowania, parkingi, linie brzegowe czy faktyczne pasy małych lotnisk trawiastych. Dla pilota VFR oznacza to, że nawigacja „po ziemi” staje się znacznie bardziej zbliżona do realu – rozpoznajesz obiekty, które rzeczywiście znasz z okolicy.

Czy orthophoto w X-Plane mocno obciąża GPU i VRAM?

Orthophoto samo w sobie nie dodaje geometrii, ale wprowadza dużą liczbę tekstur o wysokiej rozdzielczości. To bezpośrednio wpływa na zużycie VRAM i obciążenie karty graficznej, szczególnie w X-Plane 12, gdzie dochodzą zaawansowane efekty pogodowe i oświetlenie.

Jeśli masz kartę z małą ilością VRAM, lepiej:

• ograniczyć się do ZL16 i małych łatek ZL17/18,
• nie pokrywać ortho całych kontynentów, tylko realnie używane obszary,
• przetestować pojedynczy kafelek intensywnego rejonu (duże lotnisko + miasto) przed masową generacją.

Jak ustawić ortho i overlaye w pliku scenery_packs.ini, żeby działały poprawnie?

X-Plane czyta scenerie od góry pliku scenery_packs.ini do dołu, a „niższe” warstwy stanowią tło dla tych „wyższych”. Dla orthophoto kluczowe jest, aby kafelki Ortho4XP (mesh z teksturami) były blisko dołu listy, a overlaye – nad nimi.

Przykładowy blok:

• SCENERY_PACK Custom Scenery/yOrtho4XP_Overlays/ – overlay (drogi, autogen, lasy)
• SCENERY_PACK Custom Scenery/zOrtho4XP_+50+020/ – kafelek mesh + orthophoto
• SCENERY_PACK Custom Scenery/zOrtho4XP_+50+019/ – kolejny kafelek

Lotniska i lokalne scenerie powinny leżeć powyżej overlayów, tak aby ich obiekty 3D nie zostały przykryte przez nic innego.

Co to jest mesh, overlay i tekstury orthophoto w Ortho4XP?

Mesh to siatka wysokościowa, czyli kształt terenu (góry, doliny, skarpy, nachylenie pasa startowego). Overlay to warstwa danych wektorowych – drogi, linie kolejowe, budynki, drzewa i inne elementy autogenu. Tekstury orthophoto to pocięte na kafelki obrazy satelitarne lub lotnicze, które są „naklejane” na mesh.

Ortho4XP generuje własny mesh i przypisuje do niego tekstury orthophoto, a overlay zwykle bierze z danych domyślnych X-Plane lub dodatkowych pakietów (np. simHeaven). Dzięki temu można mieć realistyczny obraz ziemi i jednocześnie zachować drogi oraz zabudowę 3D.

Jak zaplanować obszar orthophoto, żeby nie zapełnić całego dysku?

Najbezpieczniej jest zacząć od „własnego podwórka”: region w promieniu 100–200 NM wokół głównej bazy lub rejonu, w którym realnie latasz VFR. Ten obszar możesz zrobić w ZL17/18, a resztę kraju lub kontynentu tylko w ZL16 lub pozostawić na domyślnym meshu.

Sprawdza się podejście mieszane:

• baza: ZL16 na większym obszarze (np. cały kraj),
• łaty: ZL17/18 wokół kilku ulubionych lotnisk i tras VFR,
• reszta świata: domyślny teren lub pojedyncze kafelki ZL16 przy często odwiedzanych hubach IFR.

Taki układ pozwala zachować dobrą czytelność terenu tam, gdzie faktycznie patrzysz przez szybę, bez zużywania ogromnych ilości miejsca na rejony, nad którymi tylko przelatujesz na dużej wysokości.