Jump to content
n-pigeon

Blender - NEWS oraz dyskusje

Recommended Posts

Nezumi - To jest Proof of Concept Trailer. Ton teraz jeździ po świecie i szuka inwestorów. Samo Blender Cloud i datki od fanów do tego nie wystarczą (co pokazało Gooseberry), potrzebna jest dużo grubsza kasa.

Dlatego shareujcie gdzie się da żeby nabiło wyświetleń. Jeśli uda im się zebrać te kilka milionów euro to development blendka idący w parze z produkcją filmu będzie kosmosem.

Share this post


Link to post
Share on other sites
Nezumi - To jest Proof of Concept Trailer. Ton teraz jeździ po świecie i szuka inwestorów. Samo Blender Cloud i datki od fanów do tego nie wystarczą (co pokazało Gooseberry), potrzebna jest dużo grubsza kasa.

Dlatego shareujcie gdzie się da żeby nabiło wyświetleń. Jeśli uda im się zebrać te kilka milionów euro to development blendka idący w parze z produkcją filmu będzie kosmosem.

Aaaaaa, no to super. Bo juz sie balem ze wlasnie powtarza sie sytuacja z Gooseberry. No, to oby sie udalo bo ten kawalatek wyglada rewelacyjnie.

Share this post


Link to post
Share on other sites

@Monio doczekaliśmy się, trochę zabiegany jestem i zapomniałem o zbliżającej się premierze teasera, dzięki za linka :) Pomysł na adaptację komiksu udany, odczucia artystyczne każdy będzie miał inne, więc to pomijam ale z punktu widzenia osób, które korzystą z blendera od lat, także profesjonalnie, śledzą jego rozwój, czasem się do niego przyczyniając i życzą mu jak najlepiej nie jest to istotne. Wiele razy i przez wiele lat rozmawialiśmy tutaj (btw blender.pl umarło?) o tym kiedy blender i cycles osiągną poziom produkcyjny. Można przyjąć, że ten moment nastąpił jakiś czas temu - cycles w tego typu animacji prezentuje się świetnie. SSS, renderowanie włosów, motion blur, volumetryka, microdisplacement, optymalizacja czasów renderowania i wiele innych opcji, które sukcesywnie się pojawiały i których testowanie wymagało kompilowania blendera z czasem dziwnymi bibliotekami ;), teraz są w standardzie. Short odstaje mocno jakością od poprzednich produkcji BF - pierwszy raz nie wygląda to jak projekt open source :) Blender i cycles w odpowienich rękach mogą prezentować poziom światowy. Tangent Animation, inne studia, mają na warsztacie blendera i robią z niego użytek. Blenderowi brakuje jeszcze kilku narzędzi, żeby cały proces produkcyjny był wygodny (alembic; AOV; i inne rzeczy, które są w planie https://wiki.blender.org/index.php/Dev:Source/Render/Cycles/Roadmap; w tym momencie jest to tylko kwestia czasu). Często na tym forum porównywanie Cyclesa do Arnolda kończyło się śmiechem osób, które siedzą w grafice zawodowo, a które nie do końca były w temacie rozwoju blendera/cyclesa i całej filozofii Roosendaal'a. W tym momencie rozwój blendera odbywa się w tempie geometrycznym. Jeśli blender będzie w pełni kompatybilny w wymianie informacji z innymi softami takimi jak Houdini/Maya etc.; zyska jakiś sensowny system mięśni/symulacji tłumu to nie widzę innej możliwości, jak ta żeby zagościł na salonach. W tym momencie większym ograniczeniem wydaje się nie Blender jako soft, ale raczej odpowiednia organizacja ludzi, która potrafiłaby wykorzystać jego potencjał komercyjnie. Branża animowanych filmów 3D; VFX; branża gier komputerowych - wszystko jest w zasięgu.

Edited by alex3d

Share this post


Link to post
Share on other sites

am am am.. AMD właśnie wypuściło GPU które ma 16 giga pamięci. i 15-18 tflopów. Oraz może używać M2 jako dodatkowej pamięci. CZyli ogólnie możesz mieć 1 tera vram. ;) a cycles działa w pełni na openCL co śmieszniej openCL renderuje dużo lepiej niż cuda.

Share this post


Link to post
Share on other sites

Bardzo dobra animacja, błyskotliwa, naprawdę pod względem gagów scenariusz został napisany świetnie (żart ze sposobem wieszania abstrakcji jest tego świetnym przykładem). Szkoda, że takie krótkie, że się urywa, że nie ma ani wprowadzenia, ani zakończenia, tym bardziej, że na tym właśnie może zakończyć się żywot produkcji. Tym, co mi przeszkadzało, było (w domyśle) rozcięcie głowy więzionego człowieka, niby wszystko na luzie i z żartem, a ten moment był dość niepokojący i zbyt na serio (czy to jest jakiś holenderski humor? W Big Buck Bunny też było podobne miażdżenie motyli kamieniami, w Cosmosie wątek samobójczy). Jednym słowem moje odczucia są bardzo dobre, ale czy jest to animacja, która wybija się na tle konkurencji - nie sądzę. Potwierdza natomiast, że Blender potrafi, a to dla światka grafików jest najważniejsze.

Share this post


Link to post
Share on other sites
która wybija się na tle konkurencji - nie sądzę

poziom odpowiedni. Reszta to praca scenarzystow i pre-produkcje z grupa docelowa. Licze, ze jakies mniejsze studio filmowe z europy na przyklad, zaryzykuje i wezmie to pod swoje skrzydla, by zrobic z tego pelen metraz.

Share this post


Link to post
Share on other sites

Żeby nie być źle zrozumianym - to jest animacja, która nie wybija się na tle konkurencji, ale jej nie ustępuje. Po prostu oglądając ją nie myśli się, co to za studio ją zrobiło, bo mogło je zrobić każde studio. Jakościowo ten blenderowy short ma poziom innych shortów, które obejrzysz, uśmiechniesz się i zapomnisz. Ale obejrzysz do końca i nie będziesz marudził na jakość animacji i renderu.

 

 

PS Dodam tylko, że świetnie poprowadzona jest kamera, reżysersko jest to bardzo dobra robota.

Edited by mookie

Share this post


Link to post
Share on other sites

absolutnie sie zgadzam, dobrze to ujales. Dobrzy scenarzysci, projekcje probne i marketing to pewnie wszystko czego by taka animacja potrzebowala z zewnatrz, by byc w pierwszej lidze.

Share this post


Link to post
Share on other sites
am am am.. AMD właśnie wypuściło GPU które ma 16 giga pamięci. i 15-18 tflopów. Oraz może używać M2 jako dodatkowej pamięci. CZyli ogólnie możesz mieć 1 tera vram. ;) a cycles działa w pełni na openCL co śmieszniej openCL renderuje dużo lepiej niż cuda.

Potwierdzone info z tą pamięcią m2 ? potrzebna będzie implementacja w blenderze przez developerów czy hardwarowo ma się to dziać? gdzie to można kupić?

Share this post


Link to post
Share on other sites
Oraz może używać M2 jako dodatkowej pamięci. CZyli ogólnie możesz mieć 1 tera vram. ;)

Nie VRAM tylko 16GB masz VRAM i możesz dodać SSD jako pamięć SWAP. Jest to świetna wiadomość do wielu dziedzin obliczeń, ale nie renderingu (jeśli komuś włączył się swap dysku na SSD podczas renderingu na CPU to wie, że jeśli nie chce czekać 100 lat na wyrenderowanie to lepiej wyłączyć i odchudzić scenę, aby się w ramie mieściła - a tak jest przy małym wyścigu o zasób 4x rdzeni, a nie 4k rdzeni (miałbyś szczęście jeśli gpu renderowałoby tylko 8tysięcy razy wolniej - znaczy się, jeden rdzeń by pobierał powoli dane i zwolnił tylko 2x działanie przez to względem VRAMu, a 4095 rdzeni by czekało, aż zwolni dostęp do dysku ;p)). Czytaj świetna sprawa dla aplikacji liczących ekstremalnie dużo, wymagających dostępu do big data, ale czytających je rzadko.

 

a cycles działa w pełni na openCL co śmieszniej openCL renderuje dużo lepiej niż cuda.

Nie działa w pełni na OpenCL - nie ma bardzo, bardzo wielu rzeczy... przez co renderuje dużo szybciej (ale dużo gorszej jakości) niż w CUDA. To jeszcze pokłosie kart AMD których sterowniki próbowały nadrobić braki w konstrukcji i optymalizowały kod ekstremalnie - gdy kernel stawał się odrobinę bardziej skomplikowany to wywalał się sterownik karty graficznej i przez AMD zaprzestano bardzo wcześnie rozwój wersji OpenCL (na poziomie który nie wywalał sterowników AMD - nie było problemu na Nvidii i Intelu, aby prace kontynuować, ale intel się nie liczy, a po co robić OpenCL który działa tylko na Nvidii gdy jest CUDA?). Dalej efekty tego okresu w kartach AMD mamy w oprogramowaniu i mimo że w Cycles jest już lepiej dalej brakuje wielu rzeczy z wersji C++/CUDA(prawdopodobnie nie tylko w cycles , ale obecnie nie jestem na bieżąco czy dalej VRay RT wykrywa kartę czy Nvidia czy AMD i ustawia gorszej jakości kernele na AMD, aby nie wywalały sterownika, czy już z tego zrezygnowali z nastaniem nowej architektury).

Share this post


Link to post
Share on other sites
Co do OpenCL skoti masz na pewno aktualne dane? w ostatnich dniach troszku się pozmieniało :)

Jeśli chodzi Ci o to co zrobione przy Gooseberry to tak aktualne dane... jeśli coś się dodatkowo zmieniło to nie.

Share this post


Link to post
Share on other sites

Tak i że tak przekornie powiem to zdanie "The OpenCL Split Kernel now supports nearly all features" nie do końca oddaje jak daleko to nearly jest ;). Teraz nie chodzi już o to, że na sterownikach amd nie da się zrobić wszystkiego, ale o to, że to pokłosie tragicznych starych sterowników dalej się ciągnie w tym, że nie dali rady jeszcze wszystkich zaległości nadrobić... i w tym, że obecnie co lepsze możliwości blokuje Nvidia oferując jedynie OpenCL 1.2, a wszystkie smaczki dostępne od OpenCL 2.0 czy 2.1 zachowuje dla CUDA (i są wykorzystywane w Cycles w CUDA, ale Cycles używa OpenCL jedynie w wersji 1.1).

Share this post


Link to post
Share on other sites

Czarujesz jakieś bzdury. Jedyna rzecz której brak w wersji OpenCL w stosunku do CUDA to CMJ który nie sprawi większego problemu z przeportowaniem oraz Baking (który trzeba by było przepisać we wszystkich wersjach żeby był miał sens). Ty chyba porównujesz do wersji CPU.

Share this post


Link to post
Share on other sites

Okreslenia "co lepsze mozliwosci" i "wszystkie smaczki" nie sa jakos bardziej precyzyjne od "nearly" ;) Jakies przyklady?

Share this post


Link to post
Share on other sites
Tak i że tak przekornie powiem to zdanie "The OpenCL Split Kernel now supports nearly all features" nie do końca oddaje jak daleko to nearly jest ;). Teraz nie chodzi już o to, że na sterownikach amd nie da się zrobić wszystkiego, ale o to, że to pokłosie tragicznych starych sterowników dalej się ciągnie w tym, że nie dali rady jeszcze wszystkich zaległości nadrobić... i w tym, że obecnie co lepsze możliwości blokuje Nvidia oferując jedynie OpenCL 1.2, a wszystkie smaczki dostępne od OpenCL 2.0 czy 2.1 zachowuje dla CUDA (i są wykorzystywane w Cycles w CUDA, ale Cycles używa OpenCL jedynie w wersji 1.1).

 

Skoti kurcze weź ty mi powiedz jak to w końcu jest.. bo chyba jesteś w stanie na to odpowiedzieć...

 

będzie trochę bluzgów ale tak po prostu będzie prościej.

Więc.. niby cuda jest taka super ekstra zajebista... a gdy scena się komplikuje i tak dalej to zwalnia rendering strasznie.. oczywiście to normalne większa scena renderuje się wolniej ale mam wrażenie że.. to dzieje się progresywnie i to tak mocno że w pewnym momencie rendering na CPU jest szybszy.. na kartach AMD i openCL tego efektu niema co obrazuje ta grafika... którą dałem w tym linku wcześniej.. I teraz moje pytanie brzmi następująco... Skoro Cuda jest taka ekstra a AMD i opencl jest napisany na kolanie to jakim cudem, Cuda wypada tak źle.. to jest wina developerów blendera czy samej biblioteki/api Cuda?

Share this post


Link to post
Share on other sites
Jedyna rzecz której brak w wersji OpenCL w stosunku do CUDA to CMJ który nie sprawi większego problemu z przeportowaniem

Nie sprawi - TO PRAWDA, jednak wydajność mocno spadnie i o tym mówię. Obecnie sampling w wersji OpenCL jest bardzo prosty (szybciej zrobi N-sampli, ale wygląda nieporównywalnie gorzej przy tej samej ilości sampli). Correlated Multi-Jittered Sampling od Pixara czyli quasi-Monte Carlo robi olbrzymią różnicę w jakości i wydajności, dlatego teraz porównywanie wersji OpenCL bez niego z CUDA z CMJ jest po prostu niepoważne, bo przy tej samej ilości sampli na jednym masz tylko szum, a na drugim jakość produkcyjną.

 

Skoro Cuda jest taka ekstra a AMD i opencl jest napisany na kolanie to jakim cudem, Cuda wypada tak źle.. to jest wina developerów blendera czy samej biblioteki/api Cuda?

To zupełnie nie tak. Porównujesz po prostu dwa zupełne renderery. Wygląda to trochę tak jakbyś mówił, Cycles ssie, bo Blender Internal szybciej wyrenderuje - prawda, ale efekt jest zupełnie inny.

 

Co do AMD i OpenCL to AMD dobi bardzo dobre karty obecnie a i OpenCL jest obecnie wyśmienity. Problem nie w tym, że nowe karty AMD są złe czy 2.2 nie daje Ci czegoś ważnego dostępnego w CUDA, bo daje wszystko. Kompilacje offline kernelów (z możliwością znacznie dalej idących optymalizacji niż online) dzieki SPIR-V masz od OpenCL 2.1, Dynamic parallelism z CUDA masz w OpenCL 2.0, Concurrent Kernel Execution (Hyper-Q) masz w teorii od OpenCL 1.2. Tylko tak jak kilka lat temu OpenCL dobijały karty i sterowniki AMD tak teraz dobija go Nvidia i przykładowo wszystko powyżej OpenCL 1.2 nie jest wspierane przez ich sterowniki (mimo, że sterowniki OpenCL 2.x mają od lat i mam do nich dostęp, ale nie wydają publicznie), a Concurrent Kernel Execution przez nich nie jest wspierane (a przynajmniej poprawnie) przez co w programach konsumenckich zostaje używać api w wersji zupełnie nieprzystosowanej do obecnego sprzętu (specyfikacja 6-7 lat) - to nie znaczy, że OpenCL jest pisany na kolanie, o nie... to znaczy jedynie, że jego ekosystem jest bardzo podzielony i tym co dzielą wcale nie zależy na popularyzacji OpenCL'a, więc dopóki nikt Nvidii nie zmusi (a był czas gdy tak było, bo był hype na OpenCL, ale AMD go wtedy ubijało), ich polityka się nie zmieni, a co za tym idzie OpenCL będzie w plecy

Share this post


Link to post
Share on other sites

owkeeeey czyli jak rozumiem Open CL jest bardziej zawansowane od CUDA. A Nvidia specialnie nie wspiera nowego Open CL aby ludzie używali ich CUDY? correct?

 

sprawa numer dwa.. Cycles na karcie AMD w trybie open CL to inny silnik niż na karcie Nvidi w trybie CUDA... Rozumiem. Tylko dalej nie rozumiem jednego... czego silnik cycles na nvidi... tak strasznie zwalnia gdy scena jest skomplikowana że nawet CPU jest szybsze. A na karcie AMD nie zwalnia.... nie testowałem jak bardzo różnią się rendery za pomocą diff. ale.. no jak patrzysz okiem to nie widać różnicy.

 

czyli to nie jest wina cuda? tylko developerów którzy słabo zakodowali silnik na cudzie?

Share this post


Link to post
Share on other sites
owkeeeey czyli jak rozumiem Open CL jest bardziej zawansowane od CUDA. A Nvidia specialnie nie wspiera nowego Open CL aby ludzie używali ich CUDY? correct?

OpenCL 2.2 jest porównywalny z CUDA... no ok SPIR-V i możliwość kompilacji C++ do niego jest naprawdę fajna, ale to nie sprawa wydajności, a odpowiedniego pośredniego języka i dostarczonych kompilatorów. Nie jest bardziej zaawansowane, ale nie ma żadnych słabości. I tak... Nvidia specjalnie nie wypuszcza sterowników do OpenCL (którego sami tworzą, a szefem standaryzacji OpenCL dalej jest wiceprezes Nvidii).

 

Tylko dalej nie rozumiem jednego... czego silnik cycles na nvidi... tak strasznie zwalnia gdy scena jest skomplikowana że nawet CPU jest szybsze. A na karcie AMD nie zwalnia.... nie testowałem jak bardzo różnią się rendery za pomocą diff. ale.. no jak patrzysz okiem to nie widać różnicy.

 

czyli to nie jest wina cuda? tylko developerów którzy słabo zakodowali silnik na cudzie?

Dlatego, że nie wszystkie algorytmy są dla architektury SIMT/SIMD zabójcze, a nie mają z nim problemów arch MIMD (jak CPU). Nie bez powodu fizyka akcelerowana przez GPU w grach to dalej nie jest standard... o ile GPU sobie świetnie radzą z fizyką ciuchów, fluidów itp... to zupełnie padają przy zwykłej fizyce brył sztywnych. Tak samo tu jest. Liczenie permutacji w Correlated Multi-Jittered Sampling prowadzi do branchowania kodu przez co przykładowo jeśli masz 64 rdzeni w SIMD na karcie graficznej to w zależności od danych wejściowych działać może od 1 do 64 rdzeni (czytaj od 0 do 63 na 64 rdzenie odpoczywa i nic nie robi, bo mogą wszystkie wykonywać na raz taką samą instrukcje na innych danych, a że już tamte wyszły z brancha to muszą czekać aż inne też to zrobią, aby prace kontynuować). CPU jest tak zaprojektowane (MIMD) z prostej przyczyny - jest uniwersalne i nie zwalnia w zależności od danych wejściowych. Wersja OpenCL ma bardzo prosty sampling i nie branchuje.

 

OFC możesz sobie sprawdzić czy to wina CUDA odpalając blendera i w wersji OpenCL na karcie Nvidii (sterownik Nvidii OpenCL implementuje tak, że kompiluje kernele OpenCL online do CUDA i ogólnie tak czy tak wykonywany jest kod CUDA - tylko gorszy jakościowo, bo na kompilacje kernela nie miał kilku-kilkunastu minut (jak to jest w kompilacji offline, gdzie optymalizacja jest dogłębna), a kilka sekund ;)).

Share this post


Link to post
Share on other sites
Am am. Czyli To że openCL jest szybkie to zasługa tego że używa gorszego samplera który jest zdecydowanie szybszy?

Nie tylko... i OpenCL nie jest szybsze, tylko cycles w wersji OpenCL szybciej sampluje... co oznacza, że N sampli per pixel zrobi Ci szybciej, ale obrazek w porównywalnej jakości już wolniej, bo potrzebuje conajmniej kilkukrotnie więcej sampli na pixel aby rezultat był podobny - czyli jeśli zrobisz benchmark renderowanie N sampli to faktycznie wyjdzie szybciej, a jeśli po jakości/zaszumieniu sromotnie przegra - zależy czy mówimy o rezultacie czy cyferkach których się nie da porównać rzetelnie ;). Na CPU też renderery z samplingiem Monte Carlo czy Metropolis light transport samplują wolniej i tyle samo sampli uzyskasz dużo szybciej na weekendowych projektach studentów... tylko szum przy tej samej ilości sampli nieporównywalny - jeśli liczysz czas jako sample per pixel w danym czasie to wszystkie najlepsze renderery unbiased zasysają względem prostych hobbystycznych projeków... jeśli liczysz czas do wyrenderowania produkcyjnej jakości obrazka to już jest odwrotnie.

Edited by Skoti

Share this post


Link to post
Share on other sites

Jakoś mi umknęło

Silhouette brush w blenderze, ładnie to wygląda oby tylko skończyli

https://wiki.blender.org/index.php/User:Witt/GSoC2017/Proposal

orientuje się ktoś może czy Laplacian Mesh Optimization (jest też w GSOC-u 2017) wpłynie na wierniejsze odwzorowanie alph i detalu w blenderze? Czy trzeba jednak czekać na nowy silnik ? Na dzień dzisiejszy większość ludzi pomimo że robią w blenderze detal przerzuca do zetki by uzyskać np takie pory skóry, zmarszczki itp.

Edited by Idaho

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...

Important Information

We are using cookies. Read about our Privacy Policy