LuxRender - blog deweloperski

[adek]

Deweloperzy systemu renderującego LuxRender uruchomili bloga na którym będą informowali o postępach w rozwoju dotyczących tego renderera. Wpis pojawił się po plotkach świadczących jakoby renderer ten przestał być rozwijany. Nic bardziej mylnego, faktycznie na stronie oficjalnej nie pojawiały się żadne informacje...

 

Pełna treść wiadomości znajduje się na

stronie głównej serwisu pod adresem:

http://www.max3d.pl/news.php?id=2119

 

 

[kpulka]

Nareszcie. Ciężko było przebrnąć przez info na forum. -.-

Pytanie do używających głównie blendera:

Cycles czy Luxrender? Ale nie chodzi mi o kwestię szybkości! Bo jeśli o to chodzi, ponoć cycles bije Luxrendera na głowę. :P

[n-pigeon]

@kpulka

 

Oba :)

 

Zarówno Cycles jak LuxRender są unbiasami, ale Lux jest nastawiony na jak największy fotorealizm i dokładność, jest rozwijany pod kątem wizek.

 

Cycles jest hybrydą unbiasowych i biasowych technik, jego unbiasowe funkcje mają pewne kompromisy, by umożliwić dużą elastyczność budowania shaderów.

Głównie chodzi o kaustykę. Sposób tworzenia shaderów w Cycles jest inspirowany i oparty o Open Shading Language od Sony i jest czystym raytracerem. Cycles jest projektowany pod produkcje i animacje.

 

Podsumowując, Lux jest prostszy w użyciu i dokładniejszy, Cycles będzie miał większe możliwości i prędkość, ale będzie trochę trudniejszy do opanowania.

 

Oba są i pozostaną darmowe, więc nie jesteś zmuszony wybierać jednego.

[kpulka]

Dzięki.

A wiesz może jak jest z zużyciem RAMu podczas renderowania z GPU? Czy w każdym rendererze używającym OpenCL wpycha się scenę do VRAMu?

Co się dzieje gdy używa się proxy?

 

Poza tym... z tego co wiem, to Luxrender nie ma żadnych passów, natomiast Cycles będzie mógł je obsługiwać przez nody.

[n-pigeon]

W Cycles i Luxie nie musisz renderować na GPU, masz wybór, ale jak już renderujesz z OpenCL lub CUDA, to wykorzystywana jest niestety pamięć karty :/ duże sceny nie przejdą. Proxy oczywiście zmniejszy zużycie pamięci, ale Cycles jeszcze tego nie obsługuje, a czy lux ma taką funkcje, to nie wiem.

 

Tak, jest to ważna różnica miedzy tymi rendererami. OSL mimo unbiasowego podejścia do renderingu, ma wsparcie dla osobnych passów i warstw, implementacja tego leży po stronie renderera i jeszcze nie jest gotowa dla Cycles. Na bank szybko ujrzymy tą funkcjonalność, jest to jedna z kluczowych funkcji dla projektu Mango. Za to Lux obsługuje Light Groups, więc nawet po skończonym renderingu możesz modyfikować światła bez ponownego renderowania.

[Drabson]

Cycles obsługuje proxy. Wyrenderowałem 55tys. drzew ustawionych w emiterze cząsteczek, na GPU.

[n-pigeon]

@Drabson

 

O to fajno, przestałem śledzić commity, muszę zaktualizować moją wersje, ciekawe czy dupli groups też działają.