Optimizējam vienmēr un visur

Ir sācies jauns mēnesis. Un sācies viņš ir interesanti. Atklāju, ka bottlenecks ir nevis ēnu zīmēšana, bet gaismu aprēķināšana. Tāpat atklāju, ka vēl ir, ko optimizēt. Sāku ar redzamo gaismu glabāšanu un gaismas bloku glabāšanu… diezgan noderīgi šie dati varētu būt dažādos gadījumos. Priekš apgaismojuma līmeņa meklēšanas gan jau būs jāpielieto kāds no 2d kokiem, varbūt – BSP. Izskatās ļoti noderīgs šādās situācijās. Tikai sarežģīti izskatās veidot.

Drīz ielikšu ~8 shadowmapes un varēšu lietot 32 gaismas. Tieši tā, stipri mainījās nepieciešamo gaismu skaits, jo atcerējos, ka ieroču radītās gaismas arī vajadzēs. Gan jau līdz ar to tiks pielikts tas gaismas veids, kura vēl nav – “spotlight“. Tāpēc arī laikam būs jācenšas līdz galam nooptimizēt šo pašu variantu – multipass lighting.

Pagaidām šķiet, ka vistrakāk būs ar BSP – pirmo reizi ar kaut ko tik vienkārši sarežģītu darbojos. Varbūt ne pirmo – bija vēl CSG. Bet nu ar šo – diezgan nopietnas problēmas varētu būt kaut vai dēļ vides ierobežojumu trūkuma. Bet nu ir iespēja liela, ka es to BSP koku ģenerēšu, līmenim ielādējoties – nav nemaz tik lēns šis process, un nav īsti vēlēšanās pagarināt kompilēšanas laiku līmenim..