Što najnovija istraživanja 3D geovizualizacije otkrivaju o granicama WebGL‑a u 2026.

WebGL između zrelosti i pritiska WebGPU‑a

Početkom 2026. WebGPU je napokon postao standardni dio svih glavnih preglednika. Ipak, ozbiljni produkcijski sustavi u domeni 3D geovizualizacije i dalje u velikoj mjeri ovise o WebGL‑u. Biblioteke poput CesiumJS‑a i MapLibre GL JS‑a i dalje su temelj nacionalnih geoportala, digitalnih blizanaca gradova i infrastrukturnih vizualizacija u realnom vremenu.

Nedavno objavljeno istraživanje performansi 3D web kartografskih biblioteka, temeljeno na velikim točkasto‑oblacima i 3D modelima stvarnih gradova, donosi rijetko sustavan pogled na to gdje WebGL u 2026. stvarno puca po šavovima – i gdje je još uvijek najrazumniji izbor. Umjesto generičkih sintetičkih benchmarka, autori koriste realne urbane scenarije: milijune zgrada, detaljne BIM modele, LiDAR točkaste oblake i teksturirane fasade u visokoj razlučivosti.

Kako je istraživanje provedeno: realni gradovi, realne granice

Autori studije usporedili su više WebGL‑baziranih rješenja pri renderiranju masivnih 3D geodataseta. Koristili su javno dostupne modele gradova i standardizirane scenarije testiranja kako bi smanjili utjecaj specifičnih implementacija. U fokusu su bile tri ključne metrike:

• vrijeme prvog prikaza (time to first frame) – koliko brzo korisnik vidi prvi upotrebljiv kadar nakon učitavanja aplikacije
• fluidnost interakcije – koliko je panoramiranje, rotiranje i zumiranje glatko, bez trzaja i zamrzavanja
• stabilnost frame ratea – koliko FPS ostaje konzistentan pri različitim razinama detalja i pri naglim promjenama pogleda

Testiranja su obuhvatila nekoliko tipičnih scenarija:

• pregled cijelog grada s visoke nadmorske točke
• brzo zumiranje od razine cijelog grada do ulice (“zoom dive”)
• navigacija kroz kanjon visokih zgrada, gdje je vidljivost ograničena, ali je broj potencijalnih objekata velik
• prikaz gustih LiDAR točkasto‑oblaka s više milijuna točaka u vidnom polju

Rezultati pokazuju da moderno WebGL okruženje, uz pažljivo podešene strategije level‑of‑detaila (LOD) i culling algoritme, i dalje može održavati upotrebljiv frame rate čak i na prijenosnicima bez zasebne GPU kartice. No cijena toga je kompleksnija arhitektura podataka, agresivna predobrada na serverskoj strani i stroga disciplina u dizajnu renderinga.

LOD, culling i predobrada: što WebGL još uvijek može

Jedan od ključnih zaključaka rada je da WebGL nije nužno preslab za masivne 3D gradove, već da je pitanje kako se podaci pripremaju i kako se rendering pipeline projektira. Uspješni primjeri u studiji dijele nekoliko zajedničkih elemenata:

• Hijerarhijski LOD sustav – zgrade i točkasti oblaci podijeljeni su u piramide razina detalja. Na većim udaljenostima renderiraju se pojednostavljene geometrije ili čak samo bounding volumeni, dok se detaljni modeli učitavaju tek pri bliskom pogledu.
• Efikasan culling – korištenje frustum cullinga, occlusion cullinga i ponekad screen‑space heuristika smanjuje broj draw callova. WebGL driverima se šalje samo ono što je stvarno u vidnom polju i relevantno za trenutni kadar.
• Predobrada na serverskoj strani – geometrije se unaprijed segmentiraju u pločice (tiles), generiraju se LOD razine, komprimiraju se teksture, a topološki podaci se optimiziraju za sekvencijalni streaming preko mreže.

U praksi to znači da WebGL više nije odgovoran za sirovu snagu, već za učinkovito iskorištavanje ograničenog GPU budžeta. Studija navodi primjere u kojima CesiumJS na integriranim GPU‑ima održava 30–45 FPS pri obilasku cijelog grada, pod uvjetom da su LOD pragovi i veličina pločica pažljivo kalibrirani. Kod MapLibre GL JS‑a, koji je primarno orijentiran na 2D i 2.5D prikaz, pokazalo se da pravilno podešeni tile size i ograničenja broja aktivnih slojeva mogu spriječiti drastične padove performansi.

Nova uska grla: memorija preglednika i WebGL driveri

Autori naglašavaju da usko grlo u 2026. više nije samo sirova snaga GPU‑a. Ključni limit postaje način na koji WebGL driveri i preglednici upravljaju memorijom pri radu s vrlo velikim bufferima i teksturama. Kod 3D geovizualizacije to se vidi u nekoliko tipičnih simptoma:

• povremena zastajkivanja pri učitavanju novih pločica – kada korisnik brzo pomiče kartu, novi set pločica ulazi u vidno polje, a stari izlazi. Alokacije i dealokacije velikih buffer objekata i tekstura u WebGL‑u često uzrokuju kratke, ali vidljive skokove u frame timeu.
• GC i CPU overhead – JavaScript sloj mora upravljati stotinama tisuća objekata metapodataka, što povećava opterećenje garbage collectora. To se posebno vidi na starijim prijenosnicima i tabletima.
• ograničenja GPU memorije na integriranim grafičkim rješenjima – integrirane GPU jedinice dijele memoriju s CPU‑om. Velike teksture visoke razlučivosti i gusti točkasti oblaci brzo troše raspoloživi prostor, što dovodi do swapanja i dodatnih zastajkivanja.

Studija navodi da se dio problema može ublažiti tehnikama poput streaming tekstura s nižom razlučivošću, dinamičkim smanjenjem LOD razine pri detekciji pada FPS‑a ili korištenjem kompresijskih formata optimiziranih za GPU. No sama arhitektura WebGL‑a, oslonjena na relativno stariji model grafičkog API‑ja, ograničava koliko precizno aplikacija može kontrolirati alokacije i raspored resursa.

WebGPU i OGC 3D Tiles 1.1: što obećava nova generacija

Usporedno s analizom WebGL‑a, autori se osvrću na WebGPU i nadolazeći OGC 3D Tiles 1.1 standard. Zaključak je dvojak: tehnološki skok je jasan, ali ekosustav alata još uvijek je u tranziciji.

WebGPU donosi moderniji model rada s GPU‑om: eksplicitnije upravljanje memorijom, bolje iskorištavanje višejezgrenih CPU‑a i bliži odnos prema nativnim API‑jima poput Vulkan, Metal i Direct3D 12. U kontekstu 3D geovizualizacije to znači potencijalno:

• efikasniji streaming geometrije i tekstura
• bolji frame pacing, jer se rad s resursima može preciznije rasporediti kroz više render passova
• naprednije compute shadere za dinamičko generiranje LOD‑a i prilagodbu prikaza u letu

Standard OGC 3D Tiles 1.1, s druge strane, donosi kompaktnije formate i poboljšane mehanizme za semantičko označavanje objekata, što je važno za digitalne blizance i infrastrukturne sustave. Kombinacija WebGPU‑a i 3D Tiles 1.1 trebala bi omogućiti finiju kontrolu nad time kako se pločice učitavaju, dekodiraju i šalju GPU‑u.

Ipak, autori studije naglašavaju da trenutna generacija alata, biblioteka i produkcijskih pipelineova i dalje cilja WebGL kao „najniži zajednički nazivnik“ za široku kompatibilnost. Većina nacionalnih geoportala, gradski digitalni blizanci i specijalizirani sustavi za infrastrukturu moraju raditi i u starijim korporativnim okruženjima, na kiosk uređajima i na starim tabletima. U tim scenarijima WebGPU još nije zajamčeno dostupan, dok je WebGL praktički univerzalan.

Kako danas birati stack: WebGL kao baza, WebGPU kao horizont

Za timove koji 2026. donose odluku o tehnološkom stacku, poruka istraživanja je pragmatična. Prvo, ako je cilj maksimalna pokrivenost preglednika – uključujući starije korporativne okoline, zatvorene intranete i specijalizirane kiosk‑sustave – WebGL‑bazirani engine i dalje je najsigurnija polazna točka.

Drugo, arhitekturu treba planirati tako da kasniji prelazak na WebGPU ili hibridni pipeline bude što bezbolniji. Autori izdvajaju nekoliko konkretnih preporuka:

• jasno odvajanje sloja podataka – geometrija, teksture i semantički podaci trebaju biti organizirani u formatima koji nisu vezani za jedan rendering API. 3D Tiles, glTF i slični standardi smanjuju rizik vendor lock‑ina.
• dosljedno korištenje standardiziranih formata – umjesto custom binarnih struktura, preporuča se oslanjanje na OGC i Khronos standarde. To olakšava kasnije mapiranje istih podataka na WebGPU pipeline.
• izbjegavanje vendor‑specifičnih WebGL ekstenzija – gdje god je moguće, treba se držati jezgre WebGL 2.0 i široko podržanih ekstenzija. Specifične optimizacije za pojedine GPU proizvođače mogu kratkoročno donijeti dobitak, ali otežavaju portanje na WebGPU.
• modularni rendering sloj – dizajn enginea u kojem se glavni dio logike (upravljanje pločicama, LOD, interakcija) odvija iznad tankog apstraktnog sloja za grafiku olakšava kasniju zamjenu WebGL implementacije WebGPU verzijom.

U praksi to znači da se WebGL tretira kao stabilan transportni sloj za prikaz, dok se ključna investicija usmjerava u podatkovne modele, pipeline predobrade i testiranje performansi na raznim klasama uređaja.

WebGL kao referentna platforma za buduće benchmarke

Jedan od neočekivanih zaključaka geospacijalne zajednice je promjena percepcije WebGL‑a. Umjesto da ga se promatra kao „zastarjelu“ tehnologiju koju treba što prije napustiti, najnoviji radovi ga pozicioniraju kao stabilnu, dobro istraženu platformu na kojoj je moguće izgraditi reproducibilne benchmarke i metodologije testiranja.

To ima dvije važne posljedice:

• WebGL baseline kao mjerilo – buduće WebGPU implementacije u 3D geovizualizaciji vrlo vjerojatno će se mjeriti upravo u odnosu na postojeće WebGL baseline performanse. Ako novi engine ne postiže barem jednaku stabilnost FPS‑a i vrijeme prvog prikaza, teško će se opravdati migracija u produkcijskim okruženjima.
• dugoročna uloga u istraživanjima – znanstveni radovi koji uspoređuju algoritme za LOD, culling ili streaming pločica vjerojatno će još godinama koristiti WebGL okruženja kao referentne implementacije, upravo zbog njihove široke dostupnosti i predvidljivog ponašanja.

Za praktičare, to znači da ulaganje u WebGL‑bazirane geovizualizacijske sustave 2026. nije kratkoročna oklada, već dio šireg ekosustava u kojem WebGL ostaje referentna točka. Čak i kada WebGPU postane de facto standard za nove projekte, WebGL će i dalje biti prisutan kao mjerilo, fallback rješenje i platforma na kojoj se testiraju ideje prije nego što se prebace na kompleksnije, niskorazinske pipelineove.

Zaključak: WebGL još nije rekao zadnju riječ

Najnovija istraživanja 3D geovizualizacije jasno pokazuju da WebGL u 2026. radi na granici svojih mogućnosti, ali ih još nije iscrpio. Uz dobro dizajnirane LOD sustave, pametne culling algoritme i ozbiljnu predobradu podataka, moguće je postići upotrebljiv FPS i stabilan frame pacing i na skromnijem hardveru.

Istovremeno, nova uska grla – prije svega upravljanje memorijom u pregledniku i WebGL driverima – postaju sve vidljivija kako rastu očekivanja od digitalnih blizanaca i infrastrukturnih vizualizacija. WebGPU i OGC 3D Tiles 1.1 nude uvjerljiv put naprijed, ali prijelaz će biti postupan, a WebGL će još godinama ostati i produkcijska platforma i referentni benchmark.

Za timove koji danas planiraju sustave 3D geovizualizacije, najrazumnija strategija je dvostruka: graditi na zrelosti i kompatibilnosti WebGL‑a, ali arhitekturu dizajnirati tako da sutra može iskoristiti puni potencijal WebGPU‑a, bez skupih migracija i ponovne izgradnje cijelog pipelinea.