Hynol

Jeżeli masz directX jako system wyświetlania to przełącz się na OpenGL. Jeżeli nie masz DirectX tylko coś innego - przełącz na DirectX.

Nie tak jest liczenie normalnych na smoothowanych powierzchniach :). Musze kiedyś o tym napisać tutorial, bo można uniknąć tego efektu dodając odpowiednie podziały na obrzeżach dużych, płaskich powierzchni połączonych z zaokrąglonymi.

A tego falloffa masz normalnie wsadzonego w slot reflection i ustawionego na fresnell/parallel prependicular? Spróbuj wyłączyć smooth grupy na boxie - tak żeby każda ścianka miała inną grupę i puść test. Bo z tego co widzę to masz źle przygotowaną siatkę. Box z chamferami na krawędziach i wygładzaniem nie będzie w vrayu dobrze odbijał otoczenia.

To nie jest problem fallofa w reflection. Może masz ustawione max depth dla odbić na niską wartość albo źle przygotowaną siatke do przyjmowania odbić.

Jeżeli to MAX to pod freeze selection masz unfreeze all.

A w systemie masz ustawioną kartę graficzną na 32 bitowa głębie kolorów?

Fajnie, fajnie. Samolot - jeden z moich ulubionych. Nie mam uwag do modelu - wyglada dobrze znaczy jest dobrze. Ale scenka to juz troszke inna historia. Samolot ginie prawie kompletnie w całym chaosie który się za nim rozpościera. Coś jest nie tak z tłem. No i faktycznie maszyna nieco "stoi" w powietrzu - lekki motion blur dla tła by nie zaszkodził.

Pamiętajcie że nie wszyscy są młodzi ;). Znam ludzi którzy jak nie mają papieru w ręce i fizycznego kontaktu z "nauką" to nie są w stanie niczego pojąć. Mówię na przykład o inżynierach starej daty którzy z musu uczą się 3D.

Zapewne kolega używa modyfikatora mesh-smooth i nie kolapsuje siatki przed eksportem - dostajesz ją jako podstawową bryłę bez modyfikatora. Żeby kule nie wchodziły na siebie to trzeba by pokombinować z fizyką i kolizjami. Może partikle dałyby radę. Jeżeli kule generujecie przez scatter to nie ma możliwości aby nie wchodziły na siebie innej niż odpowiednie dobranie podstawowych parametrów rozkładu. Ale to w sumie loteria.

Dać się da, ale to raczej kosmiczne przedsięwzięcie biorąc pod uwagę że nie do renderingu tylko do modyfikacji modelu. Jedyna opcja to użycie maksowego displacement aproximation w połączeniu z mapką typu cellular. Z tym że to raczej ambitne zadanie a model będzie kosmicznej wielkości (liczba vert/poly)

W polskich warunkach nic nie grozi na poziomie KK. Ale pozew z KC to inna sprawa. Można znaleźć kilka przepisów które gdyby sie uprzeć można by wykorzystać do złożenia pozwu. A jak firma jest duża to może sobie pozwolić na nękanie biednego artysty który pewnie będzie wolał szybko pójść na ugodę niż płacić adwokatowi za proces który będzie sie ciągnął latami i w naszych warunkach i tak jest skazany na przegraną. Pamiętajmy że czym innym jest praca zrobiona for fun - nawet zawierająca logo, marke, design itd, a czym innym sprzedaż modelu opartego na czyimś projekcie.

Widze że kołderka z krówki łaciatki ;). Nie potrzebujesz całej panoramy - wystarczy 90 stopni (albo i mniej). Nałóż zdjęcie na plane'a, ustaw go za oknem, doskaluj żeby proporcje były ok i w razie potrzeby podkręć w ustawieniach bitmapy output tak żeby zgadzała się jasność plane'a i pomieszczenia.

Dzięki wielkie za info. Strasznie wielkie te rendery, ale trudno. Touch - w sumie racja - mam nawet jakąś taka tabelkę z wyliczeniami dpi/powierzchnia. 100 dpi raczej przykładowo podałem, bo mi się nie chciało przez 72 mnożyć ;). Rep oczywiście leci na wasze konta.

Pytanie dotyczy przygotowania materiałów do druku wielkoformatowego - na przykład 5x5 metrów czy coś w ten deseń. Druk odbywa się przy rozdzielczości 720 lub 360 DPI najczęściej. Materiał przygotowywany ma mieć najczęściej coś w okolicach 100 DPI. Z moich wyliczeń wynika że w takim przypadku render musiałby mieć około 20 000 x 20 000 :O. Chyba jakaś paranoja? Czy stosuje się interpolowanie jakieś? Bo z tego co widziałem to te nadruki nie mają 100 dpi rzeczywistego obrazu na pewno.

Ciekawe czy scene traktujemy jako utwór czy może jako program komputerowy?

No to tu masz jeszcze coś post-filmowego ;) http://pl.youtube.com/watch?v=hh1uqa2keFQ&feature=related

Ja proponuję RAM dysk i wepchać na niego jakieś materiały ściągnięte ze stronek XXX - wtedy będziesz miał wszystko zajęte na 100% ;) Na poważnie - tak jak Mirach pisze. RAM może spowalniać obliczenia jeżeli jest zajęty w 100% i procek nie może sobie pozwolić na rozbujanie się do 100%. RAM jako taki nic nie liczy, więc na siłę go zapychać nie ma najmniejszego sensu.

Pojawiają się problemy z niektórymi aplikacjami. Nie u wszystkich, ale ryzyko zawsze istnieje. SP2 jest pewny. SP3, no cóż - instalujesz na własną odpowiedzialność ;)

Jak na razie nie. Master - czemu nie? To znaczy "cuda" po stronie renderera powinny się pojawić, ale nie widzę problemu żeby karta wzięła na siebie całą masę obliczeń... Jak na razie testowałem sobie kompresję video i wyglada to świetnie.

Nie tylko ;)

Ustaw DMC w AA i podciągnij na min 2 max 5. Powinno być ok. GI nie ma znaczenia jakie dasz jeżeli chodzi o znikanie alfowanych elementów. Niestety liczyć się będzie wyraźnie dłużej.

AA nie wyrabia. Masz ustawione na adaptive subdivision?

No to musisz zmienić exporter. Jest do maxa zwykły microsoftowy który z całą pewnością nie scala nodów według tekstury. Z tym że w maxie muszą być osobnymi obiektami. Powinien być gdzieś do ściągnięcia na stronie MS.

No to usuń wewnętrzną ściankę i zostaw samą zewnętrzną.

Widział. Wyraźnie wina konwertera. Co do kolejności to nie wiem dokładnie czy chodzi Ci o kolejność węzłów w Xie czy hierarchie. Jeżeli o kolejność węzłów to musisz mieć tą samą kolejność w liście obiektów maxa. Jeżeli o hierarchię to musisz mieć ją utworzoną w maxie.