HTML

gondolataim elsősorban játékfejlesztésről

Elsősorban játékfejlesztés magyarul: az enginem fejlesztése során felmerülő problémák, ötletek, tévutak stb dokumentálása, amely számomra és talán mások számára is hasznos lehet később Másodsorban gondolatok szavakban...

Kapcsolat:
aalberik 'at' gmail 'dot' com

Haletető

Galéria

Címkék

Összes

Linkblog

Naptár

november 2024
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

Unreal engine vs Quake engine

2010.06.05. 12:33 :: syam

Mindkét engine több, mint 10 éves múltra tekint vissza és rengeteg játék, siker és tapasztalat áll mögöttük. Kezdetekkor a Quake engine volt népszerűbb azonban a Q3 sikersorozata után és az Unreal engine 3 megjelenésével megfordult a helyzet.
Mindennek több oka is lehetett, amelyek elemzéséhez nem értek.

Talán egyik közvetett ok lehet (a "miértet" lásd a legvégén), hogy a Quake4 engine (hivatalosan Doom3 engine-nek nevezik, de nevezhetnénk id Tech 4-nek is) és Unreal engine 3 alapvető különbségeket mutat térfelosztás és az abból következő renderelési optimizáció témakörében. A két kulcsszó: portál és antiportál.
A könnyebb megértéshez vegyük szemügyre mindkét engine pályajának felépítését.

A Q4E még mindig BSP-vel dolgozik mást nem is nagyon ismer ill. csak később lett kiegszítve külső tér rendereléssel. A BSP alapú térfelosztást - ahogy eddig is - kiegészíti portálokkal.

Az UE3 már csak korlátozott mértékben (vagy egyáltalán nem) használ BSP-t ily módon nincs is élesen megkülönböztetve a külső és belső tér emiatt itt portálok elhelyezésére nincs mód. Helyette antiportálokat használ a takarási feladatok elvégzésére. A térfelosztási módszere egyelőre ismeretlen.

És hogy mi is a portál és antiportál közötti alapvető különbség.
 

A portál segítségével

  • végezhetünk térfelosztást vagyis
  • gyorsan kereshetünk a térben adott pont körül avagy adott térfogattal
  • azt a felület jelöli a térben, amelyen keresztül két térrész látszik egymásból és emiatt
  • a takarási feladatok elvégzése gyors és egyszerű

A portál hátránya

  • vagy speciális szerkesztőt igényel, ahol a portálokat a pálya szerkesztőjének kell megjelölni / generálni
  • vagy egy hosszas utófeldolgozási lépés során kell megtalálni a lehetséges portálokat
  • emiatt nehézkes ingame portálokat generálni
  • csak belső terekre használható

Az antiportál tulajdonságai:

  • azon felületet definiálja ami mögött biztosan nem látszik semmi
  • nem igényel speciális szerkesztőt. Egyszerűen el kell helyezni a térben a pályaelemeket, amelyekből automatikusan elkészíthetőek egy antiportálok.
  • teljesen dinamikus vagyis ingame bármikor áthelyezhetők (kivéve ha költséges hierarchiába vannak rendezve)
  • minimális (vagy egyáltalán semmi) utófeldolgozást igényel
  • külső és belső térben egyaránt használható

Az antiportál hátránya

  • önmagában használva semmiféle térfelosztást nem biztosít vagyis szükséges mellé egy hatékony módszer, amely (többek között) gyors frustum vágást tesz lehetővé

Mindezekből elméletileg úgy tűnik, hogy az antiportál egy általánosabban és gyorsan alkalmazható technika a frustum cull gyorsítására azonban a térfelosztás hiánya nagy hátrány a portálokhoz képest.
A gyakorlat pedig majd eldönti, hogy tényleg így van-e...

PS:
Látható tehát, hogy a pályaszerkesztés UE3 alatt nagyságrendekkel egyszerűbben elvégezhető, mint Q4E esetén. Ez pedig, mint ahogy megtudtam (thx Askhandi^^) fontos tényező a játékkészítésben...
A technikai infókért pedig köszönet Tripx-nek^^

Szólj hozzá!

Címkék: portal idsoft bsp tree antiportal unreal3

A bejegyzés trackback címe:

https://sakura7.blog.hu/api/trackback/id/tr12058422

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.
süti beállítások módosítása