"Aki másnak felbontás...!"
-
nenad #48495 probáld ki a vrayes standalone exportert. Hasonló lesz az eredmény.
Egyébként lehet letitom a 4 coreos uzemmodot, valahogy ugy tünik 2 correl gyorsabb az exporter..
Ez van, ennyit tud maxscript, még max 10-15% lehetne kimyomatni belőle. Per object export optimalizáció címszó alatt. Arról nem is beszélve, hogy ezeket a taszkokat már DotNet alatt futnak..
A c++ -on gondolkozom, de előbb a körbejárom a témát. Sajnos nem biztos hogy annyival gyorsabb lenne az sdk keresztül. Egyébként az exporter alapja Bobo egyik scriptje, azt fejlesztettem tovább. Oriási boostot adna, ha redqueen áttérne bináris file formatra, a xml szerű helyett, lehet 2-300% lehetne nyerni rajta.
Annyi előnyünk van, ha egyszer megcsinálod az alap materialozást, (tehát mindennek van materialja) akkor elmented, és onnantól kezdve nem kell többet geometriát menteni.
Most jelenleg minden objectet törlök ami a ciklusban snapshotol ezzel némileg gyorsabban kapja meg a következő onjektumot,és a memet sem szaggatja szét annyira.
Van még egy metódus, az hogy nem készül snapshot az aktuális opjektumról, ennek hátránya, az,hogy limitálja az objektum tipusok számát ami exportálható. Pl Particle rendszereket nem lehetne exportálni.
Ezzel is lehetne néhány százalékot nyerni.
Holnap betolok, egy két threadeset. Hátha az jobban teljesít. (egyébként mindig van egy plusz thread ami felügyel.., de az nem foglal sok processzor időt)
Egyébként bekerült az about logo stb alulra.
Akit érdekel volt még egy nagyon igéreted metódus, a stringstream, de sajnos csak 1 objektum alatt volt igazán gyors. Ha több objektum volt, belassult. Pedig azt erre találták ki... Nagyon gyorsan nagyméretű szövegállományok, amit aztán gyorsan ki lehet írni.
Szóval ez van, egyenlőre meg vagyok elégedve, a kis gépemen is elfogadhatóan muzsikál. Nagyobb jelenetekre lehet lesz hamarosan megoldás, A programozó valami nagy meglepetéssel készül...