Monio

Nie ma co patrzeć na manual w sprawach developmentu. On jest aktualizowany w ostatniej kolejności, zazwyczaj dopiero po wydaniu.

Późno było więc nie chciało mi się opisywać jak to działa. ;) Tworzę vetex grupy "a" i "b' dla obu meshy, z wszystkimi vertami przypisanymi na 100%. Nowe verty powstałe po booleanie nie są przypisane do żadnych vertex grup więc mam już maskę tylko w negatywie. Żeby odwrócić maskę robię operacje "1-x". Grupę "a" wypełniam w całości za pomocą VertexWeightEdit i odejmuje od niej grupę "b" dzięki VertexWeightMix. W Bevelu wybieram zmodyfikowaną grupę "a". Jakby blenderowy bevel potrafił przesuwać po płaszczyźnie geo w miejscach gdzie tworzą się overlapy to by było super. MeshFusion. Bez tego to raczej ciekawostka.

Działa na tyle na ile pozwala blenderowy bevel. http://pasteall.org/blend/index.php?id=45936

Nie mogą. Licencja softu to prawna umowa pomiędzy dwiema stronami. Żeby ją zmienić lub zerwać musisz mieć porozumienie stron lub wyrok sądu. Jeśli ADSK próbowałby unieważnić te licencje to ludzie mogliby się domagać odszkodowań o wiele wiekszych niż koszt licencji. Nie wypłaciliby się. Oni to zrobią legalnie, tak jak to robi się w przypadku softu. Utną kompatybilność. Max/Maya 2019 będą pewnie ostatnimi upgradami licencji wieczystych, jakiś czas później pliki przestaną być dwustronnie kompatybilne. Potem developerzy pluginów zostaną zmuszeni do zaprzestania supportu starych wersji przez zmiany w bebechach i API (Maxowy Excalibur?). Potrwa to kilka lat ale na pewno wieczyste wersje staną się w końcu bezużyteczne.

Utrzymywaliby te softy jakby nie przynosiły zysków? Około 650 milionów dolarów obrotu rocznie, 170 milionów zysku na czysto. Segment M&E to jakieś 15% zysków Autodesku.

Ja tam się ciesze. ;) Popularność ich softu słabnie z roku na rok. Dzięki takim ruchom tylko przyśpieszają ten proces.

http://www.autodesk.com/maintenance-plan/maintenance-plan-faq http://www.evermotion.org/articles/show/10592/autodesk-rising-maitenance-plans-pricing Maj 2017 podwyżka o 5% Maj 2018 podwyżka o 10% Maj 2019 podwyżka o 20% Ceny przejścia na subskrybcje również będą rosły o 5% przez następne lata.

mookie- Nie jest obciążeniem tylko koniecznością. To "najlepiej zaczynać" nijak ma się do rzeczywistości. Ciągle zdarza się potrzeba otworzyć stary plik w nowej wersji blendka, skorzystać z nowych opcji, linkować i appendować coś. Bierz pod uwagę że w ciągu roku wychodzą 3-4 wersje blendera. Ja przy obecnym projekcie pracuje półtora roku. Jakby miał mieć zainstalowane 5 blenderów, notować kompatybilność dziesiątek plików i nie miał możliwości korzystania z nowych funkcji to bym się pochlastał. ---------------------------------------- https://lists.blender.org/pipermail/bf-committers/2017-March/048115.html

Sama podmiana plików z profilami koloru nie wystarczy bo trzeba zachować kompatybilność ze starszymi blendami. Musi być jakać ingerencja w kod blendka ktora pozwoli na wybor pomiędzy Filmic a Legacy. Pewnie proste ale nadal tak trochę roboty.

https://lists.blender.org/pipermail/bf-committers/2017-March/048110.html

Prawdziwy system pędzli z modyfikatorami jak w Zecie byłby awesome. :)

Tak to działa właśnie. Ludzie bulą grube tysiące żeby wycisnąć marne 5% mocy więcej z nowych procków. Przez ostatnie pół dekady topowe konsumenckie modele intela przyśpieszyły może 20% (w pełnym obciążeniu, nie-syntetycznych benchmarkach). Spaprali benchmark na Blendku bardzo. Tak czy inaczej Blender jest optymalizowany pod intelowe instrukcje bo te procesory są popularniejsze i z nich korzysta Instytut. Jak Ryzen się spopularyzuje to będzie jeszcze lepiej. Na to liczę głupio mi płacić bajońskie sumy intelowi za marne updaty ich procków.

Bosko! Jeszcze nigdy w historii blendka nie było tylu aktywnych developerów! Niech tylko szybko skleją 2.79 i jedziemy z 2.8 na pełnej mocy. Do końca roku będziemy mieli odświeżonego, dopasionego, eye-candy blendera. :)

860lacov, tu: http://blender.stackexchange.com/questions/70255/generate-particles-with-random-colors-continuously-or-from-a-set/70257

Nareszcie. Rozwałka totalna. To powinno polecieć na główną do newsów.

Nie. Trzy miesiące to czarny scenariusz uwzględniający poślizg. Wiele wskazuje na to że wyrobią się na planowany termin czyli kwiecień. Nie myl usunięcia starych komend OGL z nowym viewportem, to są oddzielne rzeczy.

Alex3d wrzucił tutaj omyłkowo filmiki z teaserem nowego viewportu i Maciek mu odpowiedział. http://max3d.pl/forum/threads/72803-miniNEWS-oraz-dyskusje?p=1279317&viewfull=1#post1279317 Co do bugów. Nie muszą mieć identycznej konfiguracji, wystarczy ta sama karta grafiki albo nawet karta z tej samej rodziny. Wszystkie bugi trzeba zgłaszać, to zadanie developerów żeby zdecydowali jak je rozwiązać.

Torpedować Bugtracker a nie żadne stare sterowniki. To jest miks popsutych sterowników jak i samych zmian w blenderze.

http://www.blenderguru.com/tutorials/secret-ingredient-photorealism/

To nie tak. 2.78b powstał dlatego bo prosiły o niego studia animacyjne, te same które wykorzystują symulacje na co dzień. Rzecz w tym że Alembic w blenderze nie jest jeszcze dokończony, nie obsługuje wszystkiego, wymaga to jeszcze testów. Ci goście którzy prosili o poprawki będą wiedzieli jak z tego korzystać, jakie obejścia robić i co działać nie będzie. Na razie manual mówi "Initial basic support in Blender" i tak właśnie jest. W pełni kompatybilnego Alembica dostaniemy pewnie dopiero w 2.8, to trzeba dobrze przetestować. Wtedy będą opasłe release docs, manuale i fanfary.

https://lists.blender.org/pipermail/bf-committers/2017-February/048045.html

Najprościej dodać w outlinerze klucze do widoczności w viewporcie (oczko) i finalnym renderze (kamera). Kursor na ikonie i wduszasz 'I' tak jak samo jak w innych miejscach.

Dokładnie. Internal jest paskudnie przestarzały, nie dostosowany do architektury dzisiejszych pecetów, nie ma sensu go rozwijać dalej. Unreal i Marmoset pokazują jakość jaką można uzyskać w renderzerze realtime, jak stawia się na nowe technologie. Obstawiam że podczas renderu F12 będzie robiło uber-sampling a niektóre rzeczy będą renderowane cięższym raytraceingiem. https://www.imgtec.com/blog/hybrid-rendering-for-real-time-lighting/ AO node i Curvature node są możliwe do zrobienia w Cyclesie. Możesz znaleźć skrypty OSL które dają ci takie outputy. Problem w tym że one wymagają zajebiście ciężkich kalkulacji i setek sub-sampli żeby się odszumić. Nie da się z tego korzystać podczas budowania materiału, zestarzałbyś się czekając na podgląd. Trzeba to wypalać. BTW. https://www.blendermarket.com/products/osl-improved-pointiness

Zaniechałem bo: 1. Najpierw Cycles musiałby obsługiwać wypalanie wszystkiego co potrzeba. Baking w cyclesie postawiono na wypalanie oświetlenia i gotowych shaderów a nie mapek potrzebnych do teksturowania. Do dziś nie ma heightmap, normalek z multiresa, sensownego curvature (pointiness się nie nadaje). Żaden z developerów nie ma planów i chęci tego dalej rozwijać. 2. To co wyczarowałem było mocno złożone. Overkill różnych kombinacji. Powinienem to uprościć. Powrócę do tematu za kilka miesięcy ale z innymi założeniami. Wywalają Internala więc to będzie strata niektórych podstawowych ficzerów. Dodawanie ich do Cyclesa to ślepa uliczka, pathtracery się nie nadają do wypalania mapek. Trudno to napisać a realnych korzyści brak. Popatrz jak działa wypalanie normalek w nowym Marmosecie... Pomysł mam taki żeby zrobić od nowa generyczne bakery do takich rzeczy jak normalki, height, AO, prawdziwe raytraceowane curvature. Od strony UI od wczoraj rozkminiam jak można by wykorzystać ten nowy system warstw. Jeden RenderLayer jako BakeJob, kolekcja na modele highpoly, kolekcja na lowpoly, opcjonalna kolekcja z ray blockerami, cage. Korzystanie z systemu z którym każdy user będzie zaznajomiony. Pomyślę jeszcze.