63011
"Aki másnak felbontás...!"
-
bencsab #60608 jéé most nézem csak, én az sp4-ről is lemaradtam... -
bencsab #60607 mihez sp5? vray? -
putyi #60606 :-)
-
nenad #60605 van sp5 is neztetek az sp4 et eltuntettek... LOL -
nenad #60604 x = 0.1111
append xarray x
(#0.255465) ???????
x = 0.1111
x2 = x
append xarray x2
(#0.1111) XOOOOOLLLLOOOOOLLOO!!!!!!
es utana...
x = 0.1111
append xarray x
(#0.1111)
.....
kesz...
random software error...
-
putyi #60603 te is éccakázol? -
#60602
A MAX boszorkányság és varázslat. -
putyi #60601 csak ne instance másolatokat használj. -
#60600
hááát én összedobtam vmit, aztán majd meglássuk... :-) -
putyi #60599 arra próbáltam rávilágítani, hogy, ha group-okba rendezed a tárgyakat akkor lényegesen csökken a jelenet mentési ideje. ezen sírtatok a múlt héten, én pedig írtam, hogy valszeg általános adatbázis kezelési probléma, nevezetesen, kevésbé terheli meg a processzort, ha n mennyiségű adatot struktúrálva kell kezelnie, mintha ömlesztve. ezzel az jelenséggel szoktunk akkor találkozni, amikor meglepve tapasztaljuk, hogy több milla polygont forgat a max, ha egy objektumban van és teljesen széthullik ha 10-20ezer külön objektumban a töredéke poly van. és szintén erre a problémára írtam ábrándozásként, hogy milyen jó volna, ha a layer már önmagában egyfajta struktúrálást jelentene. -
zenoka #60598 valaki indul az APos contesten?:) -
bencsab #60597 Ezt legközelebb figyelembe veszem, ha munkát vállalok. Majd szólok a megrendelőmnek, hogy sok lesz ennyi tányér azokra az asztalokra... :D -
nenad #60596 LOL! xDDDD -
putyi #60595 most ott jár a dolog, hogy 8-ból 7 esetben sokkal gyorsabban menti el a jelenetet, ha a 40-50e objektum group-okba van rendezve. -
bencsab #60594 Az fasza... akkor egyedi hiba. -
putyi #60593 a második próba már nem feltétlenül igazolja.... -
#60592
-
bencsab #60591 Hiába, érzelmekben ne keress logikát... :D -
putyi #60590 cégünk legújabb k+f eredménye....
... ha 30000(copy) objektum van egy jelenetben akkor a mentési idő 5-10 perc. Ha mindez 100 group-ba van csomagolva kevesebb, mint egy perc. :-) -
#60589
Igen, régebben képes volt elrontani a színeket, de még most sem célszerű használni. Inkább PS és egy új map. Sajnos. -
bencsab #60588 a colorcorrection map másként számol 2014 alatt, mint 2012 alatt. a saturation érték kimenete nem ugyanaz, így egy 2012-ben jól beállított jelenetet 2014-ben másként renderel. mondjuk 2014-ben logikusabb, mert régebben ha míniszban toltam a saturation-t, túl hamar elment a színe a textúrának, most egy kicsit lineárisabb lett. -
putyi #60587 műveletekkel -
putyi #60586 állítólag a komplex űveletekkel jobban bánik. -
#60585
Ha az architektúra más, épp elég nyűg, hogy újra kell írni amit már az egyikre megírtál... :D PowerPC és x86 architektúra között is volt emlékeim szerint automata fordító, csak az automata programok hatékonysága hagyott némi kívánnivalót maga után. :D -
nenad #60584 jaja az idő szalad és sajnos a pénz nyer mindig...
nem hinném hogy open cl és cuda között jelentős különbség van... -
putyi #60583 hogy elszaladt az idő! Muszáj lesz újra utána olvasni. Azért csodálkozom ezen a tendencián, mert állítólag az open cl-t könnyeb kezelni programozási szempontból(de persze, int ahogy Al is írta van az a pénz), valamint a gcn arhitektúra alkalmasabb a renderelési feladatokra, mint a kepler maxwell stb. -
nenad #60582 lol -
#60581
Chaosgroup meg is írta, hogy az nVidia technikai és anyagi támogatás kellő érdek volt a CUDA mellett az elején... -
nenad #60580 ez nem így van, sokan kikapcsoltak az opencl-t de sokkal inkább biznissz miatt semmint programozási vagy performance problémák miatt..
a legfontosabbak, octane, arion, azt hiszem vray is kinyirta az open clt, persze mind ott vannak az nvidia weboldalán listázva mint kiemelt partnerek...
érdekes hogy vray opencl-el kezdett aztan váltott cudára. -
putyi #60579 Nagyon jó cucc lesz. -
#60578
Minden onnan jön, és oda tart... -
putyi #60577 meg köll becsülni a p-át, mert ilyeneket lehet fejleszteni belőle. -
#60576
Docler :D Hehe... hehe... he... :D -
putyi #60575 Al! Elérkezett a te időd! Nemrég még azon nyöszörögtél, hogy milyen kihasználatlan a lehetőség, hogy nem rögzítik a kamerától való távolságot. Hát íme! A befektetőből kiindulva ez a technika is a pornóban fog kezdeni. -
putyi #60574 a renderer-ek nagy része open cl használ. ebből van a konfliktus, "merugye" rendereled open cl-ben majd utána az utómunkához meg cuda kellene. ezt egy gépen belül megvalósítani igencsak problémás. mellesleg asszem a nvidia is tapogatózik az open cl felé. -
#60573
Nitrous DX11 gond tudtommal (gondolom bizonyos gpu driver kombóval), DX9 alatt nem jön elő. -
nenad #60572 ugy gondoltam hogy most kifejezetten renderer pluginokrol van szó.... mert ott nemigen van változás. -
putyi #60571 pl. foundry, adobe -
nenad #60570 például melyik cég(ek)? -
putyi #60569 Azzal nincs is semmi gond, de mindig van lejjebb.