Aktív témák

  • GBX

    aktív tag

    a lényeget összefoglalva tehát:

    Tehát az igazi cél az lenne, hogy vagyon az objektum a térben. Ennek látrehozok egy spec takaro teglatestet amit az objektum magában foglal. Mivel meg szeretném oldani, hogy az objektum takarásában lévő octtree térelemeket kiszűrhessem , ezért a köv ötletem támadt. Láttam neten egy Frustum Culling-os megoldást. Ezt kicsit módositva úgy alakitom ennek a Frustumnek az alakját amilyen a feladatban megfogalmazott 4szög. Azok a térelemek amik az igy kapott frustum belsejében vannak eldobhatóak. és mivel ezt a ''keresd meg a 4szöget'' eljárás sokszor le fog futni, ezért nagyon jó lenne ha piszokgyors is lenne, mert akkor nem ez lenne a bottleneck.
    A hagyománzos boundingbox most nem helytálló, ugyanis az magábafoglalja a benne lévő objektumot, most viszont egy olyan spéci belső box szerűség van amit az objektum foglal magában (ellentétben a boundingboxszal).
    Ha a kamerára merőleges sikkal metszük ezt a box-ot akkor ált. egy 6 szöget kapunk ami nem más mint a box monitor sikjára vetitett képe. ebben a (ált) 6szögben kell keresni egy sacc/kb optimális 4szöget (ami lehet szabályos de akár rombusz is, akármi, csak 4szög legyen) ami nagyrészt eltakarja az objektum mögötti rész nagy részét (nem vagyunk pixelvadászok).

    HiTech 486 DX4 120Mhz AMD, 24MB 36bit RAM, 800 MB Conner HDD

Aktív témák