SYmek

!? Are you sure?

Taka zabaweczka: http://allegro.pl/dell-17r-7720-i7-fhd-16gb-1tb-gt650-2g-w8-nbd-mysz-i2834990835.html lub taka: http://allegro.pl/najmocniejszy-hp-8x3-3ghz-16gb-750gb-gt630-2gb-w7-i2847949035.html aczkolwiek, gorąco (pum) polecam laptopy z serii biznesowych, a nie dla graczy. Mają lepsze chłodzenie, lepsze materiały, lepszy soft na płycie głównej, co ma znaczenie dla prędkości portów USB itp, a za to gorsze głośniki czy kamerkę. Może niekoniecznie ten :): http://allegro.pl/najszybszy-notebook-biznesowy-w-polsce-i2848491137.html ale jakiś starszy z nieśmiertelnej serii HP Compaq 8xxx-w, której powyższy monster jest następcą.

Chętnie zobaczyłbym więcej skończonych efektów, a nie takich, co to widać, że wyglądają jak wyglądają, bo tak wyszło. Wywaliłbym też wszystkie efekty post-proces, tylko zaciemniają obraz, a drżenie kamery, sepię czy flary, to wszyscy sobie potrafią dorenderować w głowie. Ogólnie gratuluję samozaparcia, a w szczególe super, gdybyś poświęcał więcej czasu szczegółom. Wspomniana fala uderzeniowa jest dobrym na to przykładem. skk. ps w renderowałeś ujęcie z grzybkiem z 1.36?

Nie ma chyba innego softu, który tak elegancko radziłbym sobie ze złożonością jak xsi. Niestety jest do dokładnie logika MS Windows. Warstwy, abstrakcje, pod systemy etc. Domek z kart. Włożyli tyle pracy w coś, co można załatwiać 100x prościej, że aż zbankrutowali :)

Ignoranci?

Fbx może przechowywać także tekstury.

Większość systemów operacyjnych, cache'uje dostęp do plików z dysków (Linux do całości wolnego ramu). Raz otworzony plik siedzi w ramie tak długo, jak jest dla niego miejsce. Czyli robi się taki ram-dysk automatycznie :).

Nie znam się na mental rayu w Mai (ale trochę się znam na renderowaniu), więc mogę coś mieszać, ale tak na chłopski rozum, te cienie to jest ambient occlusion przyspieszony efektem final gather. Rozmazanie bierze się trochę z natury AO lub GI, ponieważ w przypadku prostych materiałów takich jak clay, strzelanie rayami odbywa się w całym stożku wokół normalnej (czyli 180 stopni, co jest totalnie niepoprawne fizycznie), a dodatkowo, ten efekt jest interpolowany (uśredniany) przez sample final gatheringu, co sprawia, że cień jest ostrzejszy w pre-passie a rozmyty w finalnym renderze. Zatem... na chłopski rozum, powinieneś znaleźć kontrolkę, które odpowiada za kont rozproszenia promieni w ambient occlusion / GI - zmniejszając kont rozproszenia, wyostrzysz te pseudo-cienie. Dodatkowo wyłączenie final gatheringu lub zwiększenie ilości sampli powinno zapobiec rozmywaniu GI (aczkolwiek ja prawie nie widzę tego na Twoich renderach). Tyle teorii, praktycznie to niech ktoś inny podpowie ;)

Znów opis pasuje do Phi: PCIe, x86, MIC, wielokartowe setupy do racków...?

Co masz na myśli, coś innego, niż MIC (czyli obecnie Phi)?

Reyes zawita zaraz w silnikach realtime dla odmiany... Dlaczego nie policzy? Nie rozumiem... Oczywiście, że można policzyć cały filmy zarówno w Vray/Arnoldzie czy Maxwellu. To jest właśnie przyszłość. Rozmawiamy o GPU, a nie ray/path tracingu. Przy GPU nie chodzi o fizyczność, bo ten sam fizyczny algorytm można zaimplementować pod CPU (patrz Maxwell, Arnold czy Mantra PBR), ale o interaktywność. Jej ceną jest jednak poważne uproszczenie programu.

Gwoli formalności, te firmy (to znaczy jakieś dwie do trzech), to są jednoosobowe przedsięwzięcia, które eksploatują pewną niszę na rynku prostych rendererów dla ludzi, którzy nie potrzebują zaawansowanych narzędzi (np. designerów). I owszem, żadna z nich nie próbuje zrobić "dużego" renderera właśnie dlatego, że doskonale zdaje sobie sprawę z wąskich gardeł, których ich platforma w najbliższym czasie nie przekroczy. A co będzie dalej to się oczywiście zobaczy :) Tak, te rendery są piękne, ale z technicznego punktu widzenia, są proste. Paradoksalnie Path-tracing jest także jednym z prostszych algorytmów renderowania (to znaczy MLT czy REYES są znacznie bardziej skomplikowane).

Nie rozumiem, o czym mówisz, ale generalnie ja nie przeczę, że jest setka ciekawych zastosowań dla Cudy/OpenCL działających na GPU. Mówię o wykorzystaniu tej platformy do tworzenia samodzielnych rendererów, czyli bardzo skomplikowanych i zasobożernych programów, składających się zarówno z kodu szeregowego jak i współbieżnego, operujących na wielu typach danych i ich strukturach. Tak. Tessla nie ma nic wspólnego z wyświetlaniem, jest akceleratorem GPGPU. Tylko w tym kontekście mówimy tutaj o GPU. Chipy Amd/Nvidii jako renderery realtime to inna historia.

Cena Quadro/Tessli jest czysto arbitralnym marketingowym zabiegiem Nvidii, może pamięć wnosi jakąś różnicę w kosztach produkcji (na pewno praca nad sterownikami), ale wszystko do kupy to nie będzie x10 jak to jest w tej chwili. Chipy są ~te same. Czyli płacisz haracz, a nie za podwójną precyzję). Jeśli za 6000 złotych możesz mieć kartę, które jest ~2.5 razy wydajniejsza od Twojego komputera (zakładając, że masz procesor nowej generacji) i działa na niej Twój renderer, to nie wydaje się to taka zła opcja. A jeśli dodatkowo możesz włożyć 5 takich kart w jedną płytę (pewnie już w racku), na której są już dwa Xeony, to to się wydaje ciekawa opcja przynajmniej dla studiów. Polemizuję, a nie unoszę. może dlatego, że nie piszesz rendererów. Problem jest nie tyle wydajnościowy, ile systemowy. Tessle są w tej chwili szybsze, a jednak wciąż renderuje się na CPU. gtx790 wyjdzie w przyszłym roku, podobnie jak pewnie nowsza generacja Phi. Pytanie, która platforma daje realną szansę stworzenia narzędzi do pracy. Platforma to więcej niż teraflopy.

Co do konferencji to podejrzewam, że mówi się o wykorzystaniu GPGPU w DCC głównie dlatego, że jest na co popatrzeć, w przeciwieństwie do obliczania pogody, czy analiz statystycznych ;), w praktyce słyszałeś o studiach, które okupują się Teslami? Czego używają do renderowania? Powtarzam, nie powstał ani jeden renderer, którego Intel musiałby się obawiać. .Wszystko to zabawki dla pasjonatów lub proste narzędzia dla designerów (a ci i tak muszą mieć CPU). Mały klaster w Wecie czy MPC do policzenia fluidów w jednym filmie na customowym solverze, to ciekawostka, a nie zmiana sytuacji. Zgadza się, i to się właśnie skończyło dzięki Phi, bo wszyscy wiedzą, że wskaźnik flop na dolar jest w przypadku gpu mylący (jest on znacznie niższy, bo praktyczna moc Tesli jest dużo niższa, niż teoretyczna). Phi jest nieporównanie lepsze do zastosowań biznesowych, bo wymaga znacznie mniejszego nakładu pracy wdrożeniowej i zawiera w sobie wszystko, co ludzie wymyślili w temacie programowania od 50lat (a nie 5).

Jaki przykład? Renderowania GPU to nie jest żaden przykład dla wykorzystania chipów Nvidii, to jest 1% ich zastosowania (mam na myśli GPGPU, a nie realtime rendering). Kasa płynie z kompletnie innego źródła. Takie porównanie nie da się sensownie przeprowadzić, bo nie ma z czym rendererów CPU porównywać. Nie ma ani jednego renderera GPU, który byłoby sensownie stawiać obok poważnych, produkcyjnych rozwiązań. Wszystkie renderery GPU są prostackimi zabawkami do strzelania rayami po trójkątach. I to nie jest przypadek, po prostu programowanie GPU jest koszmarnie skomplikowane w porównaniu z x86. Najpierw musielibyśmy mieć praktyczny full wypas renderer, ze wszystkimi funkcjami takiego Vraya dajmy na to, i wtedy można by je w testach porównywać. Teoretyczna moc GPU jest g*wno warta, bo prawie nigdy nie można jej wykorzystać. I tu właśnie pojawia się Phi, które programuje się jak zwykły procesor, na zwykłym kompilatorze, ze zwykłymi bibliotekami i jest w dodatku tańsze od Tesli. Może mieć 2x mniej teraflopów, a i tak będzie szybsze w pełnym zastosowaniu, a nie w syntetycznych testach na dodawanie z mnożeniem.

Oj, rozwinie się, tylko nie wiadomo, kiedy na naszym podwórku. Już w tej chwili Phi jest szybko wdrażane w firmach HPC, kończąc to absurdalne zawracanie głowy z GPU. Pytanie tylko kiedy i kto zaadaptuje Phi do renderowania/symulacji. Nie powinno być trudno biorąc pod uwagę OpenCL1.2 (gorsze rozwiązanie) oraz chodzącego na tym Linuksa na niemal standardowym jądrze. Jak znam życie jeszcze w tym roku któryś produkcyjny renderer będzie miał build na Phi :) skk.

Nowy trend w świecie Houdiniego to strony serwujące dodatki i rozszerzenia (najczęściej nieodpłatnie): www.orbold.com - oficjalnie wspierany przez SESI sklep z assetami (wiele darmowych). xtools - darmowe assety (głównie modelowanie + light rig). qLib - kolejny zestaw kilkudziesięciu prężne rozwijanych narzędzi. (a także ciekawa strona FB). houdinitoolbox - dziesiątki narzędzi i skryptów (btw. strona generowane dynamicznie z zawartości assetów). houdinistuff - Houdini for Maya. houdinitools - od dawna bez updatów, ale w przeciwieństwie do wcześniejszych, kopalnia operatorów c++. Uber Shader - wciąż bez własnej strony, ale wart wspomnienia bardzo rozbudowany shader dla Mantry w trybie micro-poligonalnym (w czasach, gdy prawie wszystkie nowe shadery są dla PBR) z silnego przyczółku H. w Rosji. Exchange - Houdini Exchange też warto wspomnieć. Masa ciekawych narzędzi, których nie sposób tam znaleźć. Digital Cinema Arts - Zestaw pluginów (głównie import/export) od Marka Story. rat4nuke - Formaty graficzne Houdiniego dla Nuke'a (pic2, rat, deep camera map). 3daet - Stara jak diabli, ale wciąż ciekawa kopalnia pomysłów (hip), dla dociekliwych. https://github.com/frading/otls - kolejnych kilkadziesiąt assetów. Strona FB dotycząca qLib, ale nie tylko - warto zaglądać.

mirach, ola-f, no po prostu bredzicie. Chłopak się nie żali, tylko ostrzega innych (albo i to i to), to raz. Dwa, oczekiwanie pracownika, że będzie traktowany poważnie i fair, a nie jak głupek, którego można wy*uchać przy każdej okazji, nie jest znowu takim szaleństwem. Mamy XXI wiek i państwo prawa. Odrobinę zwykłej ludzkiej empatii, panowie. W tej sposób można wszystko załatwić wzruszeniem ramiom. Nie interesuje Was los grafika za oceanem czy dwoma oceanami? Wasze prawo, ale wymądrzacie się, jakbyście wszystko to przeżyli sami, albo chodziło o zgniłą marchewkę ze sklepu na rogu, a nie czyjeś życie. Przejechał go samochód po pijaku na pasach!? A gdzie miał oczy, jak wchodził na pasy! Nie widział, że jedzie auto, mógł uważać głupek jeden... Tak mniej więcej brzmią Wasze komentarze. Sytuacja w branży od dawna jest trudna, nie dla każdego będzie praca, to jasne, studia padają, jak każde fabryki, też jasne, ale notoryczne robienie ludzi w ch*ja, to już inna sprawa. Miłego poniedziałku. skk.

Json. Łatwiej, niż xml, pewniej, niż txt.

Oj ma.....

Chyba dostał w kość od Rv...

Jeśli chodzi o inscenizacje to ten film jest o niebo prostszy od "Bitwy", więc można się domyślać, że na postprodukcje zostało znacznie więcej... takie domyślanie się..

Ten Xeon nie działa w MP.

Z tą małą poprawką, że nie jest to zabawka do portofio, tyle bardzo solidne narzędzie pisane przez pierwszą ligę naukowców dla innych naukowców. Wenzel chciał stworzyć renderer, który inni naukowcy będę używać do testowania swoich pomysłów, coś a'la matlab do renderowania - tak jak to robili dotąd w pbrt i innych koślawych programach. Stąd "wtyczkowa" konstrukcja pozwalająca podmienić lub rozszerzyć dowolną funkcję programu bez rozwalania go na kawałki. iRay to raczej nie będzie, ale sądząc po zapale autora do popularyzacji swojego programu, są szanse, że z czasem zacznie mu przybywać funkcji pisanych z myślą o zwykłych śmiertelnikach.