Skocz do zawartości

Monio

Members
  • Liczba zawartości

    4 418
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    19

Odpowiedzi dodane przez Monio

  1. 30 minut temu, michalo napisał:

    Chudy jest rozwijany od 1996 roku a Blender 1998. Poczekajmy 2 latka 😏

    Przez ten czas na development Hudego wydano setki milionów dolarów. Na blendera kilka milionów.

    edit: Zagalopowałem się. Na majkę i maxa wydano ponad miliard dolców. Houdini ma malutką popularność w porównaniu do Autodeski. Tak czy inaczej Blender rozwija się najszybciej ze wszystkich pakietów pochłaniając ułamek kosztów developmentu Autodesku czy SideFX.

  2. Nie mam doświadczenia z Armory3D ale siedzę trochę w gamedevie więc taka rada - Wybierz silnik który ma największy support. Gamedev to rozwiązywanie problemów 24/7.
    Armory to jeden ziomek, jak mu się odwidzi albo coś stanie to projekt umiera. Jest też mniejsza szansa że gość będzie miał czas zająć się twoimi problemami.
    Godot ma całe community developerów i rozwija się bardzo aktywnie.



     

    SCR848.png

    SCR849.png

    • Like 1
  3. Zależnie od sceny. Jak masz jedną sferkę z materiałem proceduralnym i włosami to zysku nie będzie w ogóle. Rdzenie RT to sprzętowa akceleracja intersekcji promieni z trójkątami. Zysk będzie tym większy im więcej geometrii jest na scenie. Jakby podsumować wszystkie możliwe scenariusze to pewnie dostalibyśmy widełki od 0% do 300% lub więcej. Jeszcze kilka miesięcy developmentu zanim benchmarki będą miarodajne.

  4. Te granty nie działają jak akcje spółki. Korporacje nie mogą wymusić na BF żadnych rzeczy który BF nie chciałoby robić. Ton wcześniej ugaduje z tymi sponsorami na co pójdzie kasa, jeśli to pasuje sponsorowi to daje grant, jak nie pasuje to grantu nie ma, easy as that.

    Na pewno kasa od NV pójdzie na obsługę CUDA/ OptiX / RTX w Cyclesie i Eevee. Zakładam że część pójdzie też na przeportowanie blendera na Vulkana na czym zyskają nie tylko właściciele kart od NV.

    • Like 3
  5. bLgTYUq.jpg

     

    Na blogu developerów Blendera pojawił się wpis prezentujący powstające narzędzia do animacji 2D w Blenderze 2.8. Warto dodać że modernizacja Grease Pencil jest połączona z pracą nad "Hero"- nowym otwartym filmem animowanym Blender Animation Studio. Dzięki temu możemy spodziewać się dopracowanych funkcji przetestowanych w produkcji.

     

    Wpis o narzędziach:

    http://code.blender.org/2017/12/drawing-2d-animation-in-blender-2-8/

     

    Więcej o Hero:

    https://cloud.blender.org/p/hero/

  6. Problem jaki obecnie występuje, to brak jakiegokolwiek pomysłu jak całość ma wyglądać
    To tylko twoje wrażenie wynikające z braku rozeznania w temacie i wiedzy jak wygląda software development. Założenia 2.8 są dokładnie ustalone już od dawna i dostępne do wglądu publiki. Tylko trzeba wiedzieć gdzie szukać i rozumieć co się czyta, to w większości bardzo techniczne informacje.

    Nie podałeś żadnego przykładu ograniczonej funkcjonalności 2.8, bo taki jak na razie nie istnieje. Idee które stoją za tym projektem to rozszerzenie funkcjonalności i zdjęcie limitacji które w ostatnich latach hamowały rozwój blendera na wielu płaszczyznach. Jedyne co jest niewiadomą to jak końcowo od strony UI będą wyglądały toole do tych usprawnionych i nowych funkcji. Rzecz w tym że takie rzeczy robi się o wiele później w procesie developmentu a jak funkcjonalność będzie już zatwierdzona, to można je dowolnie zmieniać i poprawiać. Nie zaczyna się budowy domu od wybrania modelu klamek. Prototypy fragmentów UI są już robione, to będzie iteracyjnie poprawiane jeszcze przez wiele wydań 2.8.

     

    https://wiki.blender.org/index.php/Dev:2.8/

    Tu znajdziesz wszystko na temat 2.8.

     

    oni sami nie wiedzą co chcą stworzyć

    To zdanie jest po prostu głupie, Dunning–Kruger effect . Ludzie z BF dokładnie wiedzą jak działa blender, pracowali przy najbardziej wymagających projektach jakie powstały w tym sofcie, znają jego limitacje jak nikt inny, wiedzą jak je naprawić, mają na to plan i nieustannie działają. Oni wiedzą co chcą stworzyć tylko to jest poza zakresem pojmowania 99,99% użytkowników tego softu. Jak chcesz mieć obrazek jak będą wyglądać ikonki w 2.8 to wróć za rok. Na razie zostaw rozkminianie ludziom którzy napisali trochę więcej programów do 3D niż ty.

  7. alex3d - Beta 2.5 o której piszesz była upubliczniona już w bardzo zaawansowanym stadium i same zmiany miały dużo mniejszą skalę niż przy 2.8.

     

    Nigdzie nie pisałem że draw modes bedą działały tak samo jak teraz. Wiemy że nie będą ale wireframe, solid view czy cyclesowy material preview powrócą w przyszłości. Jak pisałem, jest bardzo wcześnie. Na razie pracują jeszcze na bebechach kodu wyświetlania, do tego w niepełnym składzie / mocy bo jeszcze kończą 2.79. To gdzie i jakim guzikiem będzie się przełączało na widok siatki będzie rozkminiane później jak będą mieli już gotową bazę.

     

    By default Blender 2.80 ships with two render layers as of now, “RenderLayer” for regular rendering and “Viewport” for (guess what) viewport display. Their collections are linked, so adding/removing an object from one render-layer will add/remove it from the other two.

    The drawing options for the viewport that used to be spread out everywhere in the UI will mostly become render-layer and render-engine options in the future.

     

    I’m not sure how exactly you’ll switch between e.g. solid and wireframe display in future, but I guess it’s going to be a per render-layer option by using passes. That way you’d be able to customize your own display modes (e.g. solid with wireframes and with grease pencil, but without lamps and manipulators, …).

    https://code.blender.org/2017/05/viewport-past-present-and-future/

  8. Draw modes nie są jeszcze zaimplementowane. Na pewno nie bedzie tak że przy przełączeniu na cyclesa będzie cały czas działał render, przecież z tego nie dałoby się korzystać. Wyluzujcie. Najazd na Dalai bezpodstawny na maksa. Gość teraz ogarnia o wiele bardziej złożony projekt i poświęca temu maksimum uwagi. Bez niego Eevee i usprawnienia viewportu nie stałyby sie rzeczywistością. Jak nie jesteście gotowi na testowanie rozgrzebanego 2.8 to poczekajcie z ocenisniem do końca roku czy początku nastepnego bo wtedy ma wyjść dopiero BETA. To że teraz można w ogóle tego builda uruchomić i testować to tylko dobra wola developerów i świetna organizacja projektu.

  9. Jak blender miałby zgadnąć który z typów merge/collapse chcesz odpalić? Sam Collapse jest też pod Xem. Blender zapamiętuje ostatnio wybraną operacje wiec zatwierdzasz to jednym kliknięciem.

     

    Zlepianie vertów o to w blenderze tryb ktory działa ze wszystkimi toolami. Mesh > AutoMerge editing. Jesli chcesz dociągać verty to musisz ustawic snapa do vertów oczywiście.

  10. Pytanie do ludzi którzy dłubią w Unity.

     

    W jednej scenie mam 4 meshe postaci i do nich prawie takie same szkielety (minimalne przesunięcie paru kostek). Animki takie same dla wszystkich postaci, mam je w akcjach. Eksportuje wybrany szkielet z meshem jako FBX z zaznaczonym "All Actions", Unity widzi to jako osobne klipy, good.

    Teraz pytanie. Będę robił dla tych meshy animacje Blendshapeów zsynchronizowaną z animacją szkieletową i chciałbym to przenieść do Unity. Macie pomysł jak to zrobić? Jest na to jakiś sposób eksportu z blendka czy trzeba to będzie składać w unity, jeśli tak to gdzie?

  11. Juz widze jak bardzo wzrosnie produktywnosc dzieki mozliwosci ogladania godzinami w RT tego co sie zrobilo w pierwsze 2 godziny tego dnia.
    Jak odliczysz setki godzin na import-eksport pomiędzy tuzinem programów i czas zmarnowany na tweaki bo "w Marmo wyglądało inaczej" to i tak będzie na plus. ;)

     

    Tak for real, proste shadery PBS pojawiły się w niektórych pakietach jakiś czas temu ale prawdziwy viewport PBR na jak razie ma tylko Modo. Ciekawe ile jeszcze wycisną w Eevee po siggraphie. Jest duża szansa że będziemy mieli najlepszy viewport. :)

  12. Ludki z facebooka się jarają to tu też wrzucę.

    Napisałem sobie makrosy do retopologii. Wypalanie Shrinkwrapa w dowolnym trybie (leci pod hotkey), snapowanie vertów do płaszczyzny symetrii i Wrap Relax czyli shrinkwrap i smooth w pętli. Podzielę się jak skończę obecny projekt i będę miał czas na posprzątanie kodu. Czyli po 7 lipca.

     

    Cc05nnH.gif

     

    TNj1dq7.png

     

    1. Baza z topologią. 2. Shrinkwrap na sculpcie, minuta dociągania vertów, kilka loopów. 3. Wrap Relax i 2 minuty dociągania vertów

  13. pikacz - Najlepszą opcją na chwile obecną jest korzystanie z Principled Shadera. Będzie w blenderze 2.79 za jakieś 2 tygodnie, tymczasem możesz pobrać testbuild z https://builder.blender.org/download/

    https://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.79/Cycles#Principled_BSDF

     

    Ekstporujesz normalnie BaseColor, Roughness, Metalic i podpinasz gdzie trzeba. Możliwe że będziesz musiał zrobić korekcje gamma tekstur albo ustawić im tryb Non-Color w imagenodzie, nie wiem. Pokombinuj, na pewno gdzieś są już do tego tutki. Ustawiając odpowiednio świecenie enviro powinieneś dostać rezultat niemal identyczny jak ten który widzisz w Painterze.

  14. Po roku zerkania na biurko obok gdzie pracował nasz animator śmiało mogę powiedzieć że warto. Rigowanie i skinning w Majce + Motion Builder do animacji. Przewaga nad innymi programami jest taka że to jest program wyspecjalizowany, nie musieli iść na żadne kompromisy jak w głównych pakietach. Cały interface jest dostosowany tylko pod animacje i robi się je zwyczajnie wygodniej i najszybciej. Warstwy, timeline, opcje playbacku, narzędzia do obróbki mocapu, wygodny retargeting - wszystko tam działa na tip-top.

  15. Sebazx6r - No tak działa klasyczny Catmull-Clark. To samo masz w majkach, maxach, blenderach. Trzeba z tym żyć. :P

     

    Nezumi - Zbush do dzisiaj nie ma sensownych warstw. Najbardziej zbugowane miejsce całej zetki i masa limitacji.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Wykorzystujemy cookies. Przeczytaj więcej Polityka prywatności