legomir

Zasadniczo to nic się nie zmieniło. To światło działa w taki sposób. Byś musiał je oddalić i kombinować z ustawieniami

To akurat nie jest trudne o ile nie liczymy na realistyczne shadery. Robisz kilka spline wyznaczających orbitę i teraz trudniejsza rzecz czyli wyznaczanie czasu obiegu hmm... na szybko 2 sposoby wymyśliłem czyli: -1 frame = 1 day czyli wyznaczasz taki czas obiegu po spline w klatkach, który jest równy czasowi obiegu w dniach i potem retimujesz animacje -liczysz stosunek obiegu pomiędzy każdą planetą wybierając jeden odnośnik(najpewniej ziemie) i w ten sposób masz odpowiednie stosunki obiegu(ba nawet jakby to oskryptować to może zmieniać się to automatycznie) Teraz kolejna rzecz chyba każda planeta kręci się wokół własnej osi co ma też odpowiedni stosunek długości obiegu to długości obrotu wokół własnej osi. I tak ziemia obraca się w roku jakieś 365 razy gdzie przy tym założeniu: 365/365 = okres w animacji(np 24f)/x No a przy innych planetach to się jeszcze nieco komplikuje, więc musiałbyś zejść do godzin obiegu i podzielić to przez ilość godzin dnia. Następnie obliczasz dane x i masz obrotu wokół własnej osi. No potem tylko dodanie planetoid etc. I możemy brać się za shadery i światło... Co do programów dobry będzie i max i maya i softimage czy blender czy nawet modo albo i lighwave

Tak z ciekawości czym robiłeś okrągłe wycięcia? Booleanem czy jakoś inaczej?

Po pierwsze to masz zinvertowany displace do efektu musisz działać na minusach. Wydaje mi się, że jakoś będzie poprawiać edge lengh i max subdiv. U chyba jednocześnie nie masz załączonego normala i diplace, prawda? ;) Jeśli tak odłącz normalkę

Nie wiem co z Excaliburem, ale chyba coś jednak robią tyle, że w temacie Maxa. Do Mayki w ostatnim SAP dodali bardzo ciekawy nowy typ danych i przerzucili ludzi, którzy napisali XSI do teamu Mayki do tego ludzie od Naiada też mieli prawdopodobnie robić coś do May'i. Hah o co to excalibura to wydaje się, że jednak został już wydany? ;) http://area.autodesk.com/blogs/shane/sneak_peek_at_xbr_graphics_in_action

Co do drugiego problemu to używasz materiału domyślnego zapewne :) Jego nazwy nie da się zmienić o ile pamiętam. Musisz zrobić nowy lambert i możesz mu zmieniać nazwę. Assing Material to sellection jest wtedy kiedy na ikonie materiału naciśniesz PPM i przeciągniesz wyskoczy marking menu i o ile dobrze pamiętam to na dole powinno byc własnie assing material tu sellection

SYmku FG jest wyłączone myślałem, że właśnie z tym jest problem.

Zwiększ może filtrowanie z box na gaussa ;)

Tak faktycznie mogłem popełnić błąd, bo samo modelowanie za bardzo mnie nie interesuje. I jeśli popełniłem jakiś błąd to się przyznaje. No, ale ten się nie muli kto nic nie mówi ;)

Pokaż ustawienia samplingu i finalgatheringu

A tego to ja w maxie Ci nie powiem niestety. Akurat tego programu nie używam

W czym renderujesz może powiesz?

Ogólnie to jakby to powiedzieć nie ma czego komentować. Sporo błędów w siatce i dziwnych rzeczy. Jest cholernie krzywa w wielu miejscach za gęsta a w niektórych za rzadka. Komentuje pierwszy wóz, bo do drugiego nie chce mi się z lenistwa otwierać linków.

W takim razie może backface culling jest wlączony dla całego viemporta

Nie wiem jak w maxie, ale w wielu programach(np. modo, maya, XSI,blender) jest coś takiego jak subdiv mesh, który zagęszcza siatkę automatycznie tam gdzie jest to potrzebne.

To sprawa normalnych. Wystarczy ustawić je tak żeby normalne krzywej zawsze były skierowane równolegle do osi y :)

http://www.fronda.pl/a/ks-natanek-pisze,23746.html Znalezione z nudów :P

krzywe z graph editora powinny być linearnie ustawione aby prawidłowo obliczyć przyspieszenie w następnych klatkach. Inaczej animacja jest krzywą spline, która zakrzywia się tak, że prędkość nie stała i gwałtownie sie zmniejsza przy końcu.

CreativeCrash(głównie mayka) i darmowe z turbosquida

SYmku co do REYESów to czasem sam Pixar nie stwierdził, że ta metoda w obecnych czasach nie jest potrzebna, więc będzie ukryta, a domyślnie będzie używane raytrace? No i priorytetem przy projektowaniu całego reyesu było jak największa szybkość, więc po prostu ucinał wszystko co było poza ramką frame robiąc przy tym było parę pętli. Czyli reasumując skomplikowany algorytm był potrzebny do maximum optymalizacji przy minimum obciążenia dla maximum szybkości. A przy GPU liczy się chyba maksimum wykorzystania mocy dla maksimum fizyczności przynajmniej w silnikach dedykowanych pod wizki, bo przecież nikt nie uwierzy, że w Maxwellu czy nawet Vray'u będzie się liczyć cały film(n-pigeon i nie chce słyszeć o sony i arnoldzie).

Hmm... najbardziej chyba rozbudowany w tej chwili jest octane i jak patrzę na galerie(http://render.otoy.com/gallery.html) jakoś prostacko mi to nie wygląda.

SYmku powiedz mi tylko czy czasem nie ma interaktywnych REYESów na rendermanie przynajmniej do rerenderingu? To, by trochę łamało teorie o nędznych trójkątach z raytrace. I jeszcze inne pytanie w rodzaju czy tesla czasem nie jest głównie do przeliczania danych a wyświetlanie idzie na jakiejś innej karcie o ile się nie mylę to NVDIA reklamuje coś takiego jako maximus

http://www.digitaltutors.com/11/training.php?pid=756&autoplay=1

Jak to nie musi być konkretna cegła to użyj texture z subtance będzie najszybciej i najprościej

Też oglądałem. Trochę zamieszania wprowadziłem przy IK gdzie można było to lepiej przetłumaczyć. Deshu a ja sądzę, że to kwestia tego, że te wielkie koła są podłączone wielkimi śrubami trzymającymi je pod takim samym kontem :P