Skocz do zawartości

Blender - NEWS oraz dyskusje


n-pigeon

Rekomendowane odpowiedzi

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.

Odnośnik do komentarza
Udostępnij na innych stronach

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.

Odnośnik do komentarza
Udostępnij na innych stronach

@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.

Edytowane przez alex3d
Odnośnik do komentarza
Udostępnij na innych stronach

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.

Odnośnik do komentarza
Udostępnij na innych stronach

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.

Odnośnik do komentarza
Udostępnij na innych stronach

Ż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.

Edytowane przez mookie
Odnośnik do komentarza
Udostępnij na innych stronach

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.

Odnośnik do komentarza
Udostępnij na innych stronach

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ć?

Odnośnik do komentarza
Udostępnij na innych stronach

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).

Odnośnik do komentarza
Udostępnij na innych stronach

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.

Odnośnik do komentarza
Udostępnij na innych stronach

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).

Odnośnik do komentarza
Udostępnij na innych stronach

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.

Odnośnik do komentarza
Udostępnij na innych stronach

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?

Odnośnik do komentarza
Udostępnij na innych stronach

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

Odnośnik do komentarza
Udostępnij na innych stronach

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?

Odnośnik do komentarza
Udostępnij na innych stronach

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 ;)).

Odnośnik do komentarza
Udostępnij na innych stronach

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.

Edytowane przez Skoti
Odnośnik do komentarza
Udostępnij na innych stronach

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.

Edytowane przez Idaho
Odnośnik do komentarza
Udostępnij na innych stronach

Rewelka. A do dziur masz carver addon, ale jakby tu tez zintegrowali to by byla moc.

 

w zasadzie jak poczytalem to nigdzie nie jest zdefiniowane ze nie bedzie wycinania dziur - wrecz przeciwnie, wydaje mi sie ze w subtract to bedzie:

"If in subtractive mode, the stroke defines parts of the mesh which get cut out. It works like a subtractive boolean operation of the additive shape with the existing geometry"

 

Czy to nie sugeruje tez dziur?

Edytowane przez Nezumi
Odnośnik do komentarza
Udostępnij na innych stronach

Czyli To że openCL jest szybkie to zasługa tego że używa gorszego samplera który jest zdecydowanie szybszy?
Oczywiście że nie! Benchmarki pokazują wersje na OpenCLa z samplowaniem Sobol kontra CUDA i Sobol. Jaki byłby sens odpalać w ogole benchmark jeśli ustawienia renderu byłyby inne? CMJ działa już na OpenCL tylko Mai nie wyrobiła się żeby to weszło do 2.79. Sampluje wolniej, kilka procent, tak jak w przypadku CUDA. Po prostu wymaga testów.

 

Niedługo i tak nie bedzie miało to znaczenia bo w momencie wyjscia bety 2.8 Lukas skończy sampler oparty o błekitny szum. Ten deklasuje wszystkie inne znane metody samplowania (przy niskiej ilości sampli) i dodatkowo produkuje output który będzie doskonale współgrał z denoiserem. Śmiało można zakładać zredukowanie czasu renderu prostych scen o połowę bez denoisera, n-razy z denoiserem. To rozwiazanie to jeden z głównych powodów szybkości Arnolda. :) Przy mało doswietlonych scenach CMJ może działać lepiej. Też będzie dostępny na OpenCL niedługo.

 

Czyli sprawa jest prosta, jak masz w tym momencie multum projektów do wyrenderowania to inwestujesz w Nvidie. Jak możesz poczekać do końca roku to wtedy większy sens będzie miało AMD.

Edytowane przez Monio
Odnośnik do komentarza
Udostępnij na innych stronach

Tak jak z 3d manipulatorem w zetce.. Czekamy i czekamy. Dobrze, że Siggraph sie zbliża.

Troche offtop w temacie Blendera ale zapowiedzieli zapowiedz ;) :

 

Ja tam na gizmo nie czekam w ogole, ale rozumiem, ze niektorym to ulatwi zycie. Mnie zdecydownie bardziej jara mozliwosc wektorowego displacementu. Swoja droga szkoda, ze w Blenderze nie ma tej mozliwosci - moze kiedys.

Edytowane przez Nezumi
Odnośnik do komentarza
Udostępnij na innych stronach

W ogóle przez komentarze odnośnie 2.8 trochę trące wiarę w community. Goście piszą o Eevee że nie potrzebują silnika gier w blenderze (?!). Drudzy się pytają czy to zamieni Cyclesa. Jeszcze inni narzekają że warstwy im nie działają jakby to była finalna wersja.

Ja rozumiem że nikt nie musi być na bieżąco z każdą nowinką, ale skoro już ściągają eksperymentalnego, niedokończonego builda to mogliby się chociaż trochę zorientować z czym mają do czynienia. Mam wrażenie że ludzie oczekują że kilku koderów wykona rok pracy w miesiąc, nie chce im się przeczytać ogólnodostępnych informacji ale za to są pierwsi do narzekania że Ton chce usunąć Cyclesa i zrobić z blendera silnik gier.

 

Chyba za dużo czytam BA. Duże ilości raka.

Odnośnik do komentarza
Udostępnij na innych stronach

Monio xD? dopiero teraz to zauważyłeś, społeczność blendera ma tą wadę że chyba ma największy procent ludzi którzy nie mają bladego pojęcia o grafice 3D i są zarazem ekstremalnie głupi, nie wiem why możę za sprawą ino tego że blender jest free, no i niestety odkryli możliwość pisania na forach.. Dlatego ja od większego już czasu totalnie wycofałem się z brania udziału w tym cyrku.

Odnośnik do komentarza
Udostępnij na innych stronach

Czytałem komentarze pd tym filmem na YT i jak dla mnie to są zwykłe "gimby" widzą że ktoś się czymś ekscytuje ale nie rozumieją czym a bardzo chcą wziąć udział w tym całym Hype-ie, nie wykluczam też ludzi podstawionych od konkurencji ;). Obserwuję MODO, Maxa, Mayke i sorry ale najszybciej z nowinkami i ulepszeniami to jedzie blender. Te wymienione wyżej softy na starcie dostały porządne narzędzia a teraz raczej nic się tam nie dzieje natomiast blender cały czas się rozwija imho. Także trzeba wziąć pod uwagę że programy komercyjne "trochę" kosztują i tam są już ludzie konkretnie zorientowani (bo te durne pytania zadawali w szkole jak się uczyli) i kupują narzędzie do konkretnego zadania. Przy darmowym blendku natomiast jest cała masa hobbystów, nowicjuszy itp ludzi, stąd takie pytania a nie inne.

 

@Monio

Nie każdy jest zorientowany w wymaganiach. Co do GPU o ile dobrze pamiętam to ma być wspierane od openGL 3.3 więc to pójdzie prawie na wszystkim:

tak sobie myślę że jakby przeszli na vulkana to jeszcze by kopa dostało.

 

P.S. nadal czekam na usprawnienie sculptu. Mieć ten detal co w zetce ...

Odnośnik do komentarza
Udostępnij na innych stronach

Dlatego ja od większego już czasu totalnie wycofałem się z brania udziału w tym cyrku.
Ja w też ale gdzieś trzeba szukać newsów, śledzić development blendka i addonów. Kiedyś miałem czas czytać wszystkie commity, teraz wole sprawdzić BA. Niestety przy okazji trzeba przebrnąć przez sterty bullshitu.

 

Nie każdy jest zorientowany w wymaganiach.

Co nie zmienia faktu że to akceleracja sprzętowa GPU i widać to jak na dłoni. Rozumiem że osoba zaczynająca zabawę z 3D może tego nie wiedzieć ale gość który kręci tutoriale do softu? WTF.

 

P.S. nadal czekam na usprawnienie sculptu. Mieć ten detal co w zetce ...
Też bym chciał ale to wymaga kilku składowych. Sam wydajny viewport tego nie załatwi, obracanie kamery to jeszcze nie rzeźbienie. Potrzebny byłby "przynajmniej" refactoring multiresa i mechaniki deformacji pędzlami żeby to płynnie działało.

Teraz 2 gości działa w temacie sculptu w ramach GSoC. Jeśli im się teraz uda to może kiedyś wezmą się za usprawnienie tych bebechów.

Odnośnik do komentarza
Udostępnij na innych stronach

Nowy raczej nie jest, bo filmik ma już prawie rok. Ale fakt, że ciekawy :)

Nie chodziło mi o filmik a o feature surface deformer modifier. Ten filmik od Arrimusa3d oglądałem właśnie ok roku temu i szukałem odpowiednika w blenderze. O ile dobrze pamiętam to tego modifiera w 2.77 nie ma i nie było (mam go cały czas zainstalowanego). Ale w którym momencie się pojawił też nie potrafię określić. Zresztą zastanawiam się ile jeszcze rzeczy nie znam bo nie widziałem ich praktycznego zastosowania na YT. Oglądam Arrimusa3d by podpatrzyć techniki jakie stosuje i czy da się to powtórzyć w blenderze. Ma świetne filmiki o retopologii. Polecam to i jego give awaye co ileś tam subów.

Odnośnik do komentarza
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Wykorzystujemy cookies. Przeczytaj więcej Polityka prywatności