"Aki másnak felbontás...!"
-
vaczak #10387 A grafikus levlistán volt régebben egy thread "Network rendering" néven. Mivel nekem csak 1 gépem van nem tudom mennyire hasznosítható mindez, de te hátha jutsz valamire vele. (Remélem nem nagy gáz hogy mások levelét idézem, ha igen: bocsesz.)
==========
> Szeretnek 3dsmax-bol, illetve Combustionbol haloban renderelni. lehet, hogy
> akar 50 vagy megtobb gepen is. Ezzel kapcsolatban van-e valakinek
> tapasztalata. Jo,nemjo, nehezen osszehozhato, milyen problemak vannak vele
> stb. (lehet mondani konkret programot, csak ne csak a nevet, hogy erre ra
> van irva hogy tudja:)
>
> kosz
> lameron
>
Minden Max install tartalmazza a Backburner nevu netrender manager progit,
amivel egyszerre adhatsz ki 3ds és combustion taszkokat is. Konkrét
tapasztalatom nincs vele, de szerintem valószínuleg korrekt dokumentációt is
mellékelnek hozzá.
Ha nagyon nem megy, akkor menj ide: http://support.discreet.com és loginelj
be guest userként a fórumra, aztán nézz körbe, biztos van róla topik.
Természetesen minden gépre fel kell raknod a két progit, de licenszelni
elvileg nem kell (lévén free unlimited network render).
Érdemes egy gépet fileszervernek dedikálni, és arra renderelni minden
rendernode-ról; plusz nem árt, ha ez a gép valami komolyabb OS-sel
rendelkezik, mert különben a 10-re korlátozott network connection csúnyán be
fog kavarni.
Fontos, hogy egyforma procik legyenek a gépekben, mert a procedurális mapek
és egyes modifierek random seedjei esetleg különbözhetnek - zizis rendert
eredményezve.
LY
UI: Mayával lenne zurösebb a dolog, mert ahhoz nem adnak render managert...
;))
Szia!
1. A munka állomást és a szervereket is tudod használni rendernode-ként.
2. A scene-ben használt pluginokat minden szervergépre át kell rakni.
3. Használtam Combustion és Max-ot is különbözõ processzorral rendelkezõ szerverekkel is és semmi probléma.
4. Szerintem nagyon könnyû beüzemelni a backburner-t, fõleg ha egy kis idõt szánsz a helpre is.
5. A hálózat normális TCP/IP mûködése esetén, hihetetlenül könnyen be lehet izzítani, komolyabb ismeretek nélkül is.
Üdv: leeben fox
VT> Hát arra tuti ügyelj, hogy P3/AMD különbség ne legyen... csupa AMD vagy
VT> csupa P3/4 az asszem mehet. Errol is kéne legyen szó doksikban... Bár lehet
VT> hogy az R5-nél már nem számít, de erre azért nem vennék mérget.
VT> LY
Celeron2, AMD Athlon és AMD Athlon XP -ket használtam, amikkel nem volt semmi gáz.
Persze Én a klasszikus backburner, képkocka/szerver felállást használtam.
Elképzelhetõ, ha a "modern" distributed rendering módszert használjuk,
amit pl a brazil is használ, elképzelhetõ a nemvárt eredmény.
Üdv: leeben fox
Nem, ez a probléma képkockánkénti rendernél is fenyeget; mint említettem,
bizonyos véletlenszám-generálási különbségek okozhatnak látható eltéréseket,
pl. a procedurális textúráknál. De ez egy Max4-es update-nél jött elo elso
alkalommal, és lehet, hogy azóta már kijavították - rá kéne kérdezni valami
bennfentesebb embernél...
LY
> MS> Ez akkor azt jelenti, hogy en elinditom a manager progit, es az figyeli,
> MS> hogy mikor csatlakozik ra egy szerver, es akkor adja neki a melot, ha meg
> MS> leall akkor masnak adja? Szoval mehet egy gep allandoan, amin fut a manager
> MS> progi, es kinek mikor van kedve, csatlakozhat a gepevel, es akkor hagyhatja
> MS> abba amikor akarja, anelkul, hogy a renderelt cucc eltunne? ez ugyben
> MS> esetleg tapasztalat?
> Ez igy van ahogy leirtad. A renderelt cucc annyiban tunik el, ha az
> adott server a frame renderelesenek felenel lett megszakitva, akkor az
> a frame elveszik (mert ugye kepszekvenciat renderelsz), de majd egy
> masik server aki ezt a frame-et megkapja, szepen megcsinalja. Igaz az
> elejerol. De a ki-be maszkalas a managerrol teljesen ok.
>
> Udv,
> Dexx