Blender - NEWS oraz dyskusje

[Destroyer]

mrys Maciek właśnie potwierdził to o czym pisałeś, że jak są ludzie którzy czegoś potrzebują i chyba nie jest to tak trudne w wykonaniu żeby trzeba było przepisywać pół programu to pojawiają się głosy " a na co to komu potrzebne, a do czego" 🙂 Na pocieszenie dodam ze w houdinim czy nawet redshifcie też się takich odpowiedzi naczytałem 🙂 ba nawet swego czasu do mental raya gdy wprowadzał LWF i trzeab byo ręcznie stawaić nody dla prawie każdej tekstury czy swatcha to bodajże Jeff Paton krzyczał że nei, nei można tego zrobić autoamtycznie bo tak nie będzie poprawnie 🙂 lata minęły i chyba każdy renderer i soft robi takie rzeczy mniej lub bardziej automatycznie bez narzucania niepotrzebnej pracy na biednego użytkownika 🙂

 

 

Edytowane 4 Luty 2020 przez Destroyer

[Maciek Jutrzenka]

2 godziny temu, mrys napisał:

Na przykład po taki kij, że robię przerwę w jednym projekcie i otwieram kolejny. A quiet jest zawsze tylko z ostatniego. poza tym to raczej standard w dowolnym oprogramowaniu do edycji czegokolwiek.

ctrl+s? nie no ja po prostu fizycznie nie czaje tego problemu 😄 chcesz zapisać to zapisujesz niechcesz to nie... prosta sprawa... zamykasz to zamykasz.. jeśli przez przypadek zamkniesz to od tego jest quit. i tyle w sumie :X Według mnie to buduje bardzo zły nawyk u ludzi że pracują bez zapisywania..

32 minuty temu, Destroyer napisał:

że jak są ludzie którzy czegoś potrzebują i chyba nie jest to tak trudne w wykonaniu żeby trzeba było przepisywać pół programu

akurat ten ficzer był trochę problematyczny i to się długo ciągneło z racji.. problemów między platformami no ale.. jest to światowy standard xD to można wybaczyć xD

wbrew pozorm takie proste ficzerki to czasem jest masakra do zakodowania..

 

Edytowane 4 Luty 2020 przez Maciek Jutrzenka

[mrys]

6 godzin temu, Maciek Jutrzenka napisał:

ctrl+s? nie no ja po prostu fizycznie nie czaje tego problemu 😄 chcesz zapisać to zapisujesz niechcesz to nie... prosta sprawa... zamykasz to zamykasz.. jeśli przez przypadek zamkniesz to od tego jest quit. i tyle w sumie :X Według mnie to buduje bardzo zły nawyk u ludzi że pracują bez zapisywania..

A ja nie znam żadnego softu (aczkolwiek oczywiście wszystkiego nie znam), który by promptera nie miał. Znaczy że standard to jest. Więc to żadna fanaberia tylko najwidoczniej odpowiedź na nieuświadomione potrzeby ludzkości użytkującej oprogramowanie. Osobiście cieszy mię, że Blender odchodzi od tradycji robienia wszystkiego po swojemu i się zapacza na inne softy.
Poza tym - kto nigdy o zapisywaniu nie zapomniał niech pierwszy rzuci ciastkiem. 

[Maciek Jutrzenka]

mnie to właśnie osobiście,  zawsze to wnerwiało... mówisz... szkoda że blender odchodzi od robienia spraw po swojemu. a według mnie to jest właśnie mega słabe. bo.. staje się powoli klonem i niedługo wszystkie apki.. będą takie same... właśnie to że blender był inny. właśnie to jest fajne że każda apka powinna być inna mieć inne rozwiązania.. a jak wszystkie apki będą takie same to będzie jedna wielka lipa i stagnacja.

[Ajgor]

27 minut temu, Maciek Jutrzenka napisał:

mnie to właśnie osobiście,  zawsze to wnerwiało... mówisz... szkoda że blender odchodzi od robienia spraw po swojemu. a według mnie to jest właśnie mega słabe. bo.. staje się powoli klonem i niedługo wszystkie apki.. będą takie same... właśnie to że blender był inny. właśnie to jest fajne że każda apka powinna być inna mieć inne rozwiązania.. a jak wszystkie apki będą takie same to będzie jedna wielka lipa i stagnacja.

Nikt Ci nie broni wrócić do wersji 2.49. Albo napisania własnej. Mnie nie raz wnerwiło, jak kliknąłem "Zamknij" a zapomniałem zapisać scenę. W nosie mam INNOŚĆ, jeśli mam przez nią tracić swoją pracę. Może właśnie wszystkie apki są podobne, bo to jest najbardziej optymalny interfejs? 
Przez całe stulecia wszyscy narzekali, że blender jest tak nietypowy, że wszystkiego trzeba szukać, a jak wreszcie staje się ustandaryzowany, i łatwiejszy do rozkminienia, to akurat Tobie się nie podoba. 
Mówisz, że przecież jest ctrl+s? Pewnie że jest. I nawet działa. Pod warunkiem, że nie zapomnimy go kliknąć. Sam kiedyś na "rightclickselect" wrzuciłem pomysła, żeby to pytanie o zapis wreszcie wprowadzić. I jak widać jest. I bardzo mnie to cieszy. 

Edytowane 4 Luty 2020 przez Ajgor

[Maciek Jutrzenka]

blender robi autosave zakazdym razem jak zamykasz program wiec.. traciłeś swoją pracę przez twoją niewiedzę xD

co do interfaceu... no 2.8 wygląda dużo ładniej.. ale mi się pracuje wolniej w 2.8 niż w 2.79... pomimo już no kilkunastu tygodni użytkowania 2.8... A że ludziom się 2.8 bardziej podoba no jacha bo upodobnili je do 3smaxa i innych archaicznych apek z poprzedniej epoki.

chociaż interface to tam pikuś.. ale wydajność apki całkiem mocno spadła co prawda nowy viewport jest nice.. ale jakieś operacje na dużych plikach to jest gorzej niż w 2.79.. i sam program 2.8 jest dużo mniej stabilny mam nadzieje że do 2.83 to poprawią.

Edytowane 4 Luty 2020 przez Maciek Jutrzenka

[alex3d]

Opcja promptera przy zamykaniu blendera jest konfigurowalna, więc nie wiem o co kruszycie kopię? Maciek ma trochę racji, że Blender ma pewne swoje rozwiązania w zakresie np. ergonomii pracy i takie na siłę robienie czegoś w mainstreamie, nie każdemu musi odpowiadać - było dużo pomysłów, żeby zrobić z Blendera klikadło na modłę Andrew Price'a. W 2.8 udało się zrobić kompromis, mnie ten interfejs podchodzi. Jak zapisuję ctrl+s (nota bene kiedyś był też standardowy wygodniejszy skrót shift+s) to jakoś jest to pewniejsze niż prompter, szczególnie przy dużych plikach, nie wiadomo czy blender zapisał i się wyłączył czy wywalił i nie zapisał. Raz miałem taką sytuację, że zapisałem, zamknąłem blendera i za szybko wyłączyłem system i też nie dopisał pliku do końca, tak jakby plik zapisywał się jeszcze po wyłączeniu Blendera - być może to bardziej kwestia addona niż Blendera jako takiego. Tak naprawdę większym problemem od promptera jest wywalenie się programu (nie tylko Blendera 🙂 ) w trakcie pracy, chociaż w moim przypadku to częściej zdarza się Blenderowi złapać zwiechę niż wywalić do końca. Na szczęście są pliki autosave i quit, więc robota nie przepadnie zupełnie, chyba że ktoś np. ma na linuxie autoczyszczenie katalogu tmp przy wyłączaniu OS.

To jest wina braku  konsekwencji i pomysłu u deweloperów Blendera. Taki Pablo pisze narzędzia do sculptu, a multires nie działa jak trzeba - robią dużo rzeczy od niewłaściwej strony.

Np. standaryzacja skrótów klawiaturowych i opcja PPM/LPM - fajny i potrzebny pomysł, przesiąść się z Houdiniego albo z Maya bez bólu do Blendera, tyle tylko, że przy okazji bardzo wiele blenderowych skrótów od lat używanych w ogóle teraz nie jest przypisanych - np. Set Origin (kiedyś Shift + Ctrl + Alt + C - człowiek miał to już wyćwiczone jak akord na fortepianie 🙂 ; w 2.8 brak ), a wiele skrótów uległo zmianie i takie tłumaczenie, że każdy może sobie coś tam skonfigurować mnie nie przekonuje. Reasumując, rozgrzebali temat i go nie dokończyli, więc albo trzeba przypisać skróty samemu albo naparzać spacją i szukać 🙂

 

Edytowane 4 Luty 2020 przez alex3d

[mrys]

6 godzin temu, alex3d napisał:

Opcja promptera przy zamykaniu blendera jest konfigurowalna, więc nie wiem o co kruszycie kopię? Maciek ma trochę racji, że Blender ma pewne swoje rozwiązania w zakresie np. ergonomii pracy i takie na siłę robienie czegoś w mainstreamie, nie każdemu musi odpowiadać - było dużo pomysłów, żeby zrobić z Blendera klikadło na modłę Andrew Price'a. W 2.8 udało się zrobić kompromis, mnie ten interfejs podchodzi.

Ja się z tym całkowicie zgadzam. Nie chodzi tu o samego promptera (to jedynie przykład) tylko o pewne podejście pt. ma być inaczej (niekoniecznie lepiej) i dorabianie do tego ideologii. Dyskusja o której wspomniałem na początku tyczyła się tego, że w 2.4x W OGÓLE nie było promptera - konfigurowalnego czy też nie - a trufani uznawali, że ten brak to zaleta. Wtedy też Blender posiadał jedną z najgorszych przeglądarek plików (open, save/ etc) nie posiadającą filtra (tzn widać było WSZYSTKIE pliki, bez możliwości odsiewu jpg od blend np.). I też były głosy że tak jest cool i wygodnie. Potem pojawił się na szczęście filtr a wariant z 2.81 IMO jest najlepszym rozwiązaniem.
Stosowanie pewnych standardów "rynkowych" ułatwia znacznie pracę, gdy używa się równocześnie kilku rożnych programów ale tak naprawdę to kwestia przyzwyczajenia. Prawoklik Blendera nigdy mi problemów nie czynił, chociaż cała reszta była lewokliczna. Ale tez żadnych problemów nie miałem przy zmianie w Blenderze.
Natomiast żeby nie było, ze ze mnie taki Ghandi Blendera, co to każdemu kwiatek poda, zrozumie i przytuli to zmiany wielu podstawowych skrótów doprowadzają mnie do szewskiej pasji a jak widzę boczne ikonki to mam ochotę utopić A. Price... 

Co do tłumaczenia: każdy może sobie skonfigurować (klawisze) to też mnie nie przekonuje. Rozwiązywanie późniejszych konfliktów klawiaturowych zajmuje czasem więcej czasu niż nauka nowych skrótów.

Przy okazji może ktoś podpowie jak w 2.8x zlikwidować "click&drag"? Wcześniej była taka opcja, ale teraz nie ma jej tam gdzie powinna być (albo ja jej nie widzę) i walczę ciągle z tym dziadostwem. Chodzi o to, że jak np. zaznaczę wierzchołek a potem szybko ruszę myszą, żeby np coś tam kliknąć to ten wierzchołek mi się przesuwa. Drogą okrężną można zwiększyć "mouse drag threshold" do np. 100 px i problem znika, ale pojawia się kolejny przy układaniu nodów, bo tam akurat to zwiększenie generuje wk.... mocne zdenerwowanie wynikające z nieprzesuwanie się ich od razu.

[Maciek Jutrzenka]

6 godzin temu, mrys napisał:

Przy okazji może ktoś podpowie jak w 2.8x zlikwidować "click&drag"? Wcześniej była taka opcja, ale teraz nie ma jej tam gdzie powinna być (albo ja jej nie widzę) i walczę ciągle z tym dziadostwem. Chodzi o to, że jak np. zaznaczę wierzchołek a potem szybko ruszę myszą, żeby np coś tam kliknąć to ten wierzchołek mi się przesuwa. Drogą okrężną można zwiększyć "mouse drag threshold" do np. 100 px i problem znika, ale pojawia się kolejny przy układaniu nodów, bo tam akurat to zwiększenie generuje wk.... mocne zdenerwowanie wynikające z nieprzesuwanie się ich od razu.

dlatego blender miał right click select a nie left click select.. bo włąśnie takie akcje z vertexem były...

co do jeszcze tej całej zmiany left right click select.. zostało to zrobione tragicznie... zamiast zrobić lustrzane odbicie.. to left click select ma zupełnie inną funkcjonalność od right click select..  Ja musiałem zgłosić aż 3 reporty bo nagle się okazało że przy right click select nie dało się normlnie użytkować blendera.. i musiał być zrobiony specialny workaround..

to samo np scrollowanie timelienu z left click select no to jest jakaś porażka na całego.. w porównaniu z tym co jest z right click select..  To powinno być tak że jak wybierasz left albo right to po prostu funkcje się lustrzanie odbijaja...  nie że jest zupełnie inna mapa klawiszów...

[alex3d]

@mrys masz rację, że ten click&drag to kolejny niezbyt udany pomysł, przeszkadza przy skomplikowanych modelach. Piszę z punktu widzenia używania domyślnie PPM. Do starego zachowania (jak z 2.79) można wrócić przez user preferences =>input=> odznaczyć "release confirms" (w 2.79 ta opcja była domyślnie odznaczona i była w menu "editing"). Wtedy, tj. po staremu np. w object mode PPM wybierasz i przeciągasz myszą obiekt, a zatwierdzasz jakąś czynność LMP (PPM click=> drag=> LMP click); PPM albo escape można anulować operację. Gdybyś zupełnie chciał się tego pozbyć to chyba tylko przez keymap (w 2.8 jest osobne menu keymap, które kiedyś było w input 🙂 ) i wyszukanie "translate",  3d view=> move=> tam gdzie jest "tweak".

Mega bałagan jest z tym bindowaniem klawiszy. Z takich zmian, które nic nie wnosiły do blendera, a coś zmieniały to jedynie podobało mi się wprowadzenie zmiany z 2.4 na 2.5 z widoku ortograficznego z góry na widok perspektywiczny - od tego czasu część osób odpalająca Blendera ma szansę się zorientować, że to program do 3D, a nie jakiś papier milimetrowy 🙂,  takie bardziej industry standard 🙂

W sumie jak się zastanowić nad 2.5 vs 2.8 to też dużo w tym kosmetyki. 

Edytowane 5 Luty 2020 przez alex3d

[Maciek Jutrzenka]

generalnie 2.79 a 2.8 na dobrą sprawę niczym się nie różni... jak tak przy tym serio usiądziesz... ale poszedł marketing że nowy interface zrobili ikonki i inne pierdy żeby trochę inaczej to wyglądało xD i nagle wszystkim ludziom się podoba.. chociaż jest dokładnie tak samo jak było 🙂 ludzie jak se coś wbiją do głowy to kaplica..

Edytowane 5 Luty 2020 przez Maciek Jutrzenka

[mrys]

16 minut temu, Maciek Jutrzenka napisał:

generalnie 2.79 a 2.8 na dobrą sprawę niczym się nie różni... jak tak przy tym serio usiądziesz... ale poszedł marketing że nowy interface zrobili ikonki i inne pierdy żeby trochę inaczej to wyglądało xD i nagle wszystkim ludziom się podoba.. chociaż jest dokładnie tak samo jak było 🙂 ludzie jak se coś wbiją do głowy to kaplica..

Dość dużą różnicę czynią jednak kolekcje i bardziej prawdziwy outliner. Reszta rzeczywiście raczej poprzestawiana niż zmieniona.

A tak przy okazji seria 2.8x niesie ze sobą jakieś poważne niedoróby w kwestii zarządzania RAMem. Znaczy IMO to są niedoróby, bo na bugtrackerze twierdzą co innego... Pozwole sobie przekleic co napisałem o tym na blenderowni (sytuacja powtarza się w 2.80 2.81 i 2.82. 2.83 nie sprawdzałem, ale skoro to nie bug a ficzer...)

Prosto i na temat: model projektu rosyjskiego bombowca z lat 50-tych M-54. Jeden z całej serii modeli wersji M-52 do przygotowywanej książki. Cztery kolejne warianty tej rodziny mają częściowo te same elementy (np. silniki) stąd UV jest zunifikowane rozmiarowo. Rozmiar UV: 12000x12000 pikseli. Wiem, że to bardzo dużo i wiele osób uzna że przesada, ale przy charakterze tego, czego oczekuje ostatecznie jest to optimum. Uzyskanie tak dużej mapy UV w 2.79 nie stanowi żadnego problemu. 2.80 wywala się przed końcem. 2.81 też, chociaż czasem się nie wywala i zdąża zgłosić Memory Error. Przy 32 GB RAM to podejrzane.



Uruchomiłem w trakcie eksportu program, monitorujący zużycie pamięci. Blender 2.79 w trakcie używa ok 8-10 GB, by pod sam koniec skoczyć do 13 GB. Blender 2.80 stopniowo dochodzi do 26 GB i dalej aż do wywałki. Przy DOKŁADNIE takiej samej czynności.

 

I odpowiedź z bugtrackera:

 

issue is probably this line in export_uv_png.py: image.pixels = [v / 255 for v in pixel_data]. It is a recurring issue that the pixel access via python is slow. Unfortunately, no solution to this is implemented so far. [...]

Since this is a well known issue with image.pixels, and otherwise this is just a memory issue, I do not consider this to be a bug. Therefore I'm closing it.

Zatem: B 2.80 ma well known issue, którego nie ma 2.79. Ergo: to nie błąd, to just a memory issue.

Nie jestem programistą więc nie rozumiem 🙂

 

Aaa, i żeby nie było że model złożony. Tak samo Blender zachowuje sie przy zwykłym cube.

 

Edytowane 5 Luty 2020 przez mrys

[alex3d]

Memory leak to kiepski temat. Z tym nowym bug trackerem Tracker Curfew, chcą zejść z liczbą bugów i spadli poniżej 1000. Niestety jedną z metod zmniejszenia tej ilości jest interpretacja tego co w ogóle jest bugiem. Prześlij linka, to może jakiś lobbing mocniejszy zrobimy. Jak problemy z pamięcią nie są dla programistów priorytetem, to nie wiem co jest ważniejszego.

Edytowane 5 Luty 2020 przez alex3d

[Destroyer]

UVpacker dostał wsparcie UDIMów 

i takie coś:)

[Maciek Jutrzenka]

16 godzin temu, mrys napisał:

Dość dużą różnicę czynią jednak kolekcje i bardziej prawdziwy outliner. Reszta rzeczywiście raczej poprzestawiana niż zmieniona.

system kolekcji to jest masakra. Niby miało być super hiper a jest strasznie chaotyczny. ostatnie 2 tygodnie pracuje na pliku blend o wadzę 3 giga bez tekstur.. i 20 renderlayerach etc... i co mogę powiedzieć.. w 2.79 to była przyjemność.. w 2.8... co chwile mam crasha gdy zmieniam layera.. i też w outinerze mam straszny chaos... też render layery mają buga w postaci tego że np... mam Render layery o nazwach CAR, RIM, ENV... w compozytorze mam tylko 2 CAR oraz RIM.. bo ENV już mam wyrenderowane do EXR... klikam F12.. a blender renderuje sobie mi scenke ENV.. mimo że w compozytorze nie ma jej totalnie... i muszę tam w properties odznaczyć render this layer.. czy jakoś tak w 2.79... tego problemu nie było..

nie wspominając jaki jest chaos w outlinerze przy.. organizowaniu co ma się renderować a co nie.. nie jetem fanem tych kolekcji... można by zrobić kilka zmian które by sprawiło że by to działało lepiej ale na dzień dzisiejszy jest bardzo bardzo niestabilnie.. 

@mrys masz może link do tego trackera? jako moderator bug reportów mogę to przepchnąć do devów.

Edytowane 6 Luty 2020 przez Maciek Jutrzenka

[mrys]

Link do trackera: https://developer.blender.org/T69833

A co do kolekcji - nie napotkałem crasha związanego z kolekcjami ale faktycznie od czasu do czasu wkurza mnie renderowanie nie tego co chciałem bo odznaczyłem/zaznaczyłem to i owo. Z początku na logike myślałem, że  renderowalności bądź ni ebedzie decydowała widoczność layear. Tak jest w Modo, który ma ten system znacznie lepiej dopracowany. Tudzież to, co mnie irytuje w porównaniu z 2.79 to to, że w 2.79 by;y przełączniki "radiowe" (aktywacja warstwy chowała poprzednią, chyba że z shiftem to pokazywała obie) a tu żeby schować inne niż aktywna to trzeba to robić osobno.

Jednak przy dużych i złożonych modelach obecny system i tak jest znacznie wygodniejszy - chociażby z racji braku ograniczeń ilości warstw.

[alex3d]

@Maciek Jutrzenka kolekcje są 100 razy lepsze niż stare warstwy, ale potrzeba chwili, żeby się przestawić. Natomiast jest zamieszanie z tworzeniem nowych kolekcji. Próbowaliście użyć skrótu CTRL+G w 3D view? Jest problem z linkowaniem kolekcji do danej sceny - tworzy się "grupa" w object properties, ale nie w outlinerze (view layer), kolejny kamyczek do ogródka z rozgrzebanymi zmianami 🙂 Trzeba wejść w outlinerze w blender file i dopiero podlinkować kolekcję 🙂 Bez sensu. Z poziomu 3Dview, żeby stworzyć podlinkowaną do sceny kolekcję powinno się użyć skrótu M (move to collection) i stworzyć nową kolekcję. Pytanie zatem, skoro stare layery i grupy miały być przekształcone w collections, jaką aktualnie rolę pełnią grupy w object properties i czemu też noszą nazwę collections. Z kolei move to collection M (3D view) przenosi obiekt w outlinerze ze wszystkich kolekcji do tej wskazanej, a w object porperties w zależności od podlinkowania do sceny: jeśli kolekcja jest utworzona przez  CTRL+G i jest tylko w object properites to move to collection usuwa ostanio przypisaną i przenosi do tej nowej kolekcji, ale nie usuwa obiektu z pozostałych kolekcji (object properties). Dopiero po wsześniej wspomnianym podlinkowaniu kolekcji do sceny wszystko działa jak należy i w object properties i w outlinerze. Reasumując, CTRL + G stało się mało przydatną funkcją tworzącą kolekcję nie podlinkowaną do sceny i nie widoczną w outlinerze. Jeżeli ktoś tworzył grupy przez ostatnie 15 lat w blenderze przez CTLR+G to teraz lepiej to robić przez M, żeby uniknąć bałaganu 🙂 Co się dzieje, jeżeli chcecie usunąć obiekt z kolekcji przez CTRL+ALT+G a macie np. jedną podlinkowaną kolekcję w outlinerze, a kilka niepodliknowaych w object properites to już nie będę Wam pisał, bo ręce opadają 🙂 sprawdźcie sami. 

To co dodatkowo przeszkadza to zaznaczanie obiektów w outlinerze - poprzednio był shift i było to logiczne, zważywszy na to jaką funkcję w programie pełni klawisz shift, natomiast w 2.8 nie spełnia swojej normalnej funkcji , zamiast tego jest CTRL - to jest irytujące szczególnie przy wypalaniu HP LP selected to active. Shift nie powoduje, że ostatnio zaznaczony element jest aktywnym. Aktywny jest zaznaczony jako pierwszy, zupełnie przeciwnie niż w 3Dview.

 

Blender to Arnold, czyli Barnold 🙂 może wreszcie się uda? Właśnie wszedłem na githuba i takie info się pojawiło 3 lutego br. Używaliście już?

https://github.com/tyler-furby/Arnold-For-Blender

Cytat

Update 2/3/2020
> Brace yourselves. We're about to launch. Closing down the hatches, giving one last look over. All further details will be made publicly available. See you soon, thank you for your patience.

 

 

Może wreszcie Blender jako "brzydkie kaczątko" zaczyna powoli być zauważany przy różnych usługach cloudowo VFX-owych:

https://magazine.renderosity.com/article/5649/conductor-releases-new-companion-app-adds-blender-support

 

 

 

 

Edytowane 6 Luty 2020 przez alex3d

[Nezumi]

On 2/4/2020 at 4:03 AM, alex3d said:

nie widziałem nigdzie, żeby wypowiadał się, że jego celem jest detronizacja Zbrusha.

Pablo Dobarro bardzo sensowne i wywazone ma wypowiedzi. Chociaz jak sluchalem wywiadu z nim po Hiszpansku to mowil ze nie cierpi kodowania 😄 Wyglada mi na takiego geniusza, ktory osiagnie jakis tam poziom, ktory zaspokoi jego prywatne ambicje ale sie zwyczajnie znudzi pozniej i pojdzie sobie robic cos innego.

--------------
To z reszta widze jako problem Blendera - ze jego rozwoj jest poniekad uzalezniony od tego, do czego w danej chwili znajda sie ludzie. Czesto rozwija sie w przypadkowym kierunku - na przyklad Sculpt mial nie byc ruszany w ogole ale pojawil sie Pablo. No to siup - rozwija sie sculpt. A jak sie Pablo znudzi czy cos mu sie stanie? To sie ma, zostanie taki w polowie az sie znajdzie znowu przypadkowy koleszka.
Blender jest na prawde spoko softem ale nie ma jasnego kierunku rozwoju. Nie ma tego, ze doprowadza sie cos do konca, szlifuje i zaczyna nowe zadanie. Kleci sie cos co w miare dziala i na co jest chwilowy hype - znakomitym przykladem jest sculpt, gdzie kompletnie lezy fundament, ale trwa praca w pocie czola nad nowymi narzedziami...

Moze to przejsciowe - duzo wiecej siedze w ZBrushu teraz jak w Blenderze - ale troche mnie Blender zmeczyl. Ten hype z byle powodu. To niezdecydowanie - "beda UDIMY! Nie, nie bedzie! Nie, jednak beda ale nie wiadomo kiedy! Juz za chwile, prawie sa! Ale jednak nie damy bo nad implementacja trzeba pomyslec! OK, sa!".
Ta bzdura z otwartoscia, ktora na nic sie zdaje bo niby sa otwartozrodlowe pluginy, no, ale trzeba dac zarobic tworcom wiec... Blender institute bedzie wymyslal te same rozwiazania na nowo itd.
Nie wiem, powiem wam zupelnie szczerze ze osiagnalem etap w ktorym bym po prostu zaistalowal Maye i mial wszystko z tylu. Tylko ze cena jest niebardzo zachecajaca 😄

Edytowane 7 Luty 2020 przez Nezumi

[Destroyer]

 

ładnie odje.. wykonane 🙂

[KLICEK]

kto to robil?

[Destroyer]

Tobi Trebeljahr

[alex3d]

Prawy przycisk czy lewy przycisk, a teraz jeszcze się zrobi problem ze środkowym 🙂 hehe (wygląda, że defaultowo będzie panning). 

https://developer.blender.org/rB1778efc89777f3c25654254e33dc702f10cdf210

https://developer.blender.org/rBd8830048f7ae9a9d2763111f062aeafba07069bc

Osobiście mi nie przeszkadzają te zmiany w klawiszologii. Skoro już Ubisoft i parę innych firm się przerzuciło na Blendera to nie ma wyjścia. Jak ktoś ma wieloletnie nawyki to sobie spokojnie ustawi swoją mapę klawiszy.

 

@Nezumi nie ma tragedii, Blender ma swoje ograniczenia, ale to wygodny soft do wielu zadań - ergonomia i prędkość pracy. Co prawda naśmiewaliśmy się, że 2.8 to trochę lifting i nagle zajawka się pojawiła ogólna, mimo, że 2.5 miał tą samą funkcjonalność. Progress jest duży i te cele i ich realizacja stają się bardziej uporządkowane. Partycypacja ze strony kapitału wymusza jednak określone kierunki, a jak konkretne firmy z branży narzucają cele to nie będzie to przypadkowe. Widać, że w BF mają świadomość słabych punktów i tego typu pomysły 2020 wydają mi się dobre https://developer.blender.org/T73360 https://developer.blender.org/T73363

 

[Destroyer]

Autor dodał breakdown

 

[Destroyer]

 

[alex3d]

VFX, w wydaniu Embergen + Blender Eevee.

Trial https://jangafx.com/software/embergen/download/ 

 

 

Moc bevela (co prawda z ngonami) 🙂

 

 

Edytowane 13 Luty 2020 przez alex3d

[Destroyer]

Kozacko to wygląda! 🙂

[alex3d]

Blender 2.82. Tak sobie patrzę na Mantaflow, to od eksperymentalnych buildów 2.79 jednak sporo zmian jest na plus (m.in. wydaje się być szybsza). Trzeba będzie ją znów potestować mocniej. Porównując z addonem Flip Fluids, Mantaflow ma jednak swoje zalety: poza takimi oczywistościami jak ogień i dym, którego Flip Fluids nie ma, to można pracować na cząsteczkach, a nie na gotowym meshu - to daje sporo możliwości. Jeżeli chodzi o fluidy to, jeśli da się z tego zrobić większą rozdzielczość niż glut, to może być nieźle. Co prawda Twórca Flip Fluids ma w planie force fields i nawet jakiś ocean tool, ale to jeszcze chwila - z tego co mówił to te opcje nie będą raczej zintegrowane z narzędziami Blendera, tylko piszą własny kod działający w ramach symulacji, czyli nie będą korzystać z blenderowych force fields, ani modyfikatora ocean.

 

 

Edytowane 14 Luty 2020 przez alex3d

[Destroyer]

 

Edytowane 19 Luty 2020 przez Destroyer

[Nezumi]

Swietnie pokazuje ten ostatni przyklad problem z tym cloth brushem - jak czesto bez sensu odksztalca. Ta bluza z bokow dostaje jakichs dziwnych faldow ku gorze w 1:31. Zmarszczki na ubraniu nie powstaja w sposob przypadkowy a ten brush prowadzi do radosnej tworczosci "bo mozna i fajnie wyglada jak sie animuje". Czasem bedzie super wygladalo a czasem bedzie tworzyl bezsensowne zmarszczki, jakie by ni cholery nie powstaly w rzeczywistosci (chociazby dlatego ze ten brush nie bierze pod uwage tego ze pod materialem jest jakas masa). Spoko, ze jest ten brush ale ja bym go raczej nazwal "Crumpled Bed Sheets Brush" 😄 Bo do tego jest idealny a reszta to czekanie na happy accident.

Edytowane 18 Luty 2020 przez Nezumi

[Destroyer]

3dcoat też ma swój cloth simulator, może to jest jakieś rozwiązanie, puścić symulację w zwolnionym tempie i rzeźbić podczas symulowania, taki trochę marvelous trochę blender cloth brush w jednym 🙂 

 

[alex3d]

@Nezumi z jednej strony  jest tak jak piszesz, że ta symulacja w brushu to nie jest 100% kontroli i ma swoje wady. Z drugiej jak gość wali takim wielkim rozmiarem brusha po tej bluzie jednocześnie wykorzystując 20% powierzchni viewportu to też ciężko, żeby coś z tego ładnego zrobił 😉 

Niby Blender to taka społeczność itd., ale jednak o skoku rozwojowym tego softu zawsze decydują jednostki. Taki doświadczony w animacji gość jak Daniel Martínez Lara zrobił przy pomocy paru osób z grease pencila zupełnie nowe narzędzie.

https://code.blender.org/2020/02/grease-pencil-refactor/

 

 

Edytowane 20 Luty 2020 przez alex3d

[Arturborubar]

W dniu 18.02.2020 o 06:43, Nezumi napisał:

Swietnie pokazuje ten ostatni przyklad problem z tym cloth brushem - jak czesto bez sensu odksztalca. Ta bluza z bokow dostaje jakichs dziwnych faldow ku gorze w 1:31. Zmarszczki na ubraniu nie powstaja w sposob przypadkowy a ten brush prowadzi do radosnej tworczosci "bo mozna i fajnie wyglada jak sie animuje". Czasem bedzie super wygladalo a czasem bedzie tworzyl bezsensowne zmarszczki, jakie by ni cholery nie powstaly w rzeczywistosci (chociazby dlatego ze ten brush nie bierze pod uwage tego ze pod materialem jest jakas masa). Spoko, ze jest ten brush ale ja bym go raczej nazwal "Crumpled Bed Sheets Brush" 😄 Bo do tego jest idealny a reszta to czekanie na happy accident.

taaa...niestety miales racje, ten brush to narazie taka zabaweczka na 5 minut. BTW :

 

 

 

[alex3d]

Tak to się robi w blenderze 🙂

 

 

[mrys]

W dniu 23.02.2020 o 21:01, alex3d napisał:

Tak to się robi w blenderze 🙂

 

A jak się robi w blenderze żeby wyeksportować UV Layout w przypadku użycia UDIM? Bo skuszony perspektywami tegoż wynalazku postanowiłem użyć. No i jak już sobie cały model zunwrapowałem, placki uv porozkładałem jak chciałem na trzech tilach nadszedł czas eksportu UV layout, coby sobie tekstury w ps przygotować. Jakoś tak logicznie (?) myśląc pewien byłem, że skoro tekstury tak ładnie przypisuje i im z automatu dodaje to 1001, 1002 i 1003 to i z UV eksportem do pliku kłopotów nie będzie. No i nastal zonk. Wyeksporotwywuje jeno UV z 1001 (czyli tego pierwszego, który BYŁ)  a z pozostałych nie. I do tej pory nie znalazłem na to sposobu. Czyżby te UDIMY były takie raczej ciągle prowizoryczne? Albo też czegoś nie widzę, co jak zobaczę to się będę wstydził że mi umkło?

P.S.

Wymyśliłem metodę na rympał. Czyste brute force - ale działa.

Edytowane 26 Luty 2020 przez mrys

[alex3d]

@mrys nie używałem jeszcze blenderowaego UDIM, ale  jak dla mnie bardzo prowizoryczne, nawet w obsłudze suwaków takich jak add tile=>count możesz dodać tiles wprowadzając odpowiednią ilość, ale już usunąć przez zmniejszenie tej ilości nie jest możliwe - kod jest niedopracowany i działa to topornie. Sam w ogóle interfejs dla UDIM jest jakiś czeski, dodawanie tych kafelków itd. Wprowadzili 2.8, żeby wszystko było cacy, a te opcje UDIM i nazewnictwo ( np. "tile" przy tworzeniu obrazka 🙂) są poupychane gdzie popadnie, jak w B 2.5.

Jeżeli chodzi o export UV layout to wyeksportujesz tylko 1001. Jedyne rozwiązanie jakie widzę, żeby to obejść zarówno przy eksporcie UV layoutu jak i przy bejkowaniu z tiles, to dodanie kolejnych UV map i przesunięcie wysp z innych tiles do 1001 (TIP: przesunięcie o jeden tile do tyłu: "G" -1 z klawiatury), czyli jedna UV mapa dla jednego kafelka 🙃 

Lista braków jest duża https://developer.blender.org/T72390 i jest też problem podobny do Twojego https://developer.blender.org/T73730 Zgłoś bug-a to może jakoś to ogarną, bo nie da się pracować na tym. 

Podobnie jest z Alembiciem, niby jest, ale nie wszystko jeszcze działa. Niestety momentami to trochę przypomina Hansa Christiana Andersena i baśń Nowe szaty króla... 🙂

Większość narzędzi jakie wypuszcza ostatnio BF jest na najwyższym poziomie, ale z niektórymi sprawami lubią się pospieszyć i to jest błąd.

To jakby rozjaśnia sytuację:

https://lists.blender.org/pipermail/bf-blender-cvs/2019-December/133110.html

 

 

Edytowane 26 Luty 2020 przez alex3d

[mrys]

No ja właśnie zastosowałem metodę "G"  -1. W sumie mam co chciałem, ale - zgodzę się z tobą - cały czas mam wrażenie jakiejś prowizorki. Nawet przygotowane wcześniej tekstury trzeba wprowadzać po partyzancku. W zasadzie UDIM nie miałem zamiaru stosować, ale mam duży model który zwyczajnie nie mieści się na jednym kaflu UV w sensownych rozmiarach. Normalnie robię wtedy dwa identyczne materiały z rożnymi teksturami dla dwóch części modelu, ale jak się cokolwiek zmienia w ustawieniach to trzeba pamiętać żeby to samo zrobić w drugim itd. Dość upierdliwe. UDIM w teorii bardzo  takie manewry ułatwia. Ale przyznam, że w ciemno założyłem, ze taka oczywista oczywistość jak eksport UV ze wszystkich kafli jest w pakiecie.

[Destroyer]

 

Czy ja dobrze rozumiem czytając komety, że to było zrenderowane w eevee ?!

[makak]

Nieźle 🙂 

 

[djtartak]

nie tylko w commentsach jest też w video description : This was also all (apart from the live action elements), rendered in the realtime eevee render engine, which is pretty darn cool.

Ian Hubert znów zamiótł temat - pewnie zrobił to wszystko w 1 min jak w tutkach 🙂

[michalo]

A widzieliście to?
Wiedzą z kim trzymać 😉

[Nezumi]

1 hour ago, michalo said:

Wiedzą z kim trzymać 😉

Mysle ze po prostu Epic wrzucil logo Blendera bo nie ma innego dobrego softu do 3D ktory bylby darmowy. Nie sadze zeby byla tam jakas straszna wspolpraca i plany - ot dodali logosa. Tym niemniej fajnie, ze to zrobili.

[Destroyer]

Nezumi Epic dał blenderowi mega grant i pewnie nie tylko po to żeby był ale żeby z czasem była dobra wymiana assetów, animacji, livelink etc między jednym i drugim

a tak poza tym, pewnie za kilka tygodni będzie dostępny do przetestowania i będzie mozna porównywać z cycles

 

 

 

Edytowane 29 Luty 2020 przez Destroyer

[Nezumi]

4 hours ago, Destroyer said:

Nezumi Epic dał blenderowi mega grant i pewnie nie tylko po to żeby był ale żeby z czasem była dobra wymiana assetów, animacji, livelink etc między jednym i drugim

a tak poza tym, pewnie za kilka tygodni będzie dostępny do przetestowania i będzie mozna porównywać z cycles

Spoko. Po prostu nie chce robic sobie zbyt duzych nadziei w zwiazku z tym logiem tam 😉 Zdziwil mnie tez grant dla Armor Painta bo w zasadzie to on troche konkuruje z ich Mixerem...  napieraja - ja sie ogolnie dziwie co ten Epic ma za plan z tym rozdawnictwem. Kasa leci na lewo i prawo. Gry, programy, granty... Mrok.
A propos Mixera - wszystko ladnie pieknie ale nie umiem znalezc opcji, zeby opacity i wielkosc pedzla byly kontrolowane przez nacisk piorka... Bez tego to to malowanie jest troche bez sensu na razie. Mam nadzieje, ze to dodadza bo przydalby sie porzadny Painter ktory nie bylby od Adobe.
 

Edytowane 29 Luty 2020 przez Nezumi

[Destroyer]

[alex3d]

Blender LTS; Blender 3.0; 4.7 w 2025. Żarty się skończyły

https://code.blender.org/2020/02/release-planning-2020-2025/

UI, asset manager, nody

https://code.blender.org/2020/03/feb-2020-ui-workshop/

Zaczyna to nabierać kształtów.

 

 

[Nezumi]

5 hours ago, alex3d said:

Żarty się skończyły

Nie do konca wiem co to ma zmienic. Czytam o tym, sluchalem podcastu - wszyscy podjarani ale nie bardzo wiem czym. Ze numerki beda szybciej skakac? LTS jest pewnie sporym plusem dla wiekszych projektow. I tyle. Zaryzykowalbym stwierdzenie, ze w koncu zaczyna byc normalnie po prostu 🙂

Co do zmian UI - praca na Blenderze troche przypomina mieszkanie w lokalu w ktorym trwa remont caly czas... Zmiany w nodach spoko, ale jak zaczna cos znowu przestawiac to klne sie na Tryglawa ze nie zdzierze...

[Destroyer]

 

Edytowane 5 Marzec 2020 przez Destroyer

[alex3d]

@Destroyer super wieści, dobrych rendererów do Blendera nigdy za wiele, szczególnie jeśli są oficjalne. Co do tych nieoficjalnych wtyczek to różnie z nimi bywa, raz są, raz ich nie ma. Chociaż te oficjalne też czasem dziwnie kończą np. TheaRender. Sporo jest różnych silników i tych po paręset dolarów i tych za free, które obsługuje Blender, ale jeszcze przydałby się oficjalny addon do Maxwella. Ciekawe jak wypadnie wtyczka (nieoficjalna) do Arnolda, która pojawi się w wersji finalnej pewnie za kilka miesięcy, tygodni. Z Rendermanem było tak, że Matt Ebb zrobił plugin do 3Delight i na tej bazie powstał addon do Rendermana. Podobnie z V-rayem, Andrey Izrantsev (aka bdance) też coś tam dłubał na własną rękę i go zaprosili do współpracy. Redshift z kolei szukał jakichś programistów i sam zainicjowali temat.

@Nezumi widać, że walczą z chaosem i porządkują cele, ustawiają priorytety, przy okazji nastawiają się na większych graczy. Jednak, wbrew pozorom Blender to duży projekt i nie jest tak łatwo nadać mu kształt i po tylu latach utrzymywać dynamikę, reformować kod. Jest to jednak czasochłonne. Jak dla mnie, widać, że Ton wyciągnął sporo wniosków. Jest sporo rzeczy do poprawy/zrobienia, ale od czegoś musza zacząć. To nie jest przypadek, że taki Epic używa logo Blendera, skoro wpakowali w niego pieniądze. Rynek programów 3D to niestety inna bajka niż 30 lat temu. Teraz (2020 r.) nie wystarczy być ambitnym, zdolnym itd.; a nawet kasiastym. Przy takim monopolu ciężko coś zrobić nowego (jakie trzeba by mieć fundusze?), więc są firmy na rynku, które nie chcąc się temu monopolowi poddać, podkupić wolą zainwestować w takiego opensourcowego Blendera, żeby trochę zbalansować sytuację.

Ostatnio narzekaliśmy na słabego multiresa, ale jak tych dwóch websterów jest w akcji to można być spokojnym o efekt.

 

 

 

Edytowane 5 Marzec 2020 przez alex3d

[Nezumi]

A jak sie ktos (chyba Andrew Guru 😄 ) pytal kilka miesiecy temu o to co bedzie z Blenderem w razie jakby sie Tonowi cos stalo to go zgnoili na Twitterze. Teraz mozemy potestowac co. Oby wyszedl z tego i wszystko wrocilo do normy, ale nigdy nie wiadomo niestety a pytanie zadane przez Andrew pozostaje.

 https://www.blender.org/press/taking-a-break-to-recover/

[alex3d]

@Nezumi oby nie, ale zagadnienie ciekawe nie tylko od strony grafiki. Z punktu widzenia BF to nie wiem czy są jakieś zapisy statutowe, nie czytałem. Ten projekt jest oparty na osobie Tona i bez niego byłoby ciężko, gdyby z jakichś powodów miał zupełnie zrezygnować. Pomijając prawne zapisy to społeczność blenderowa i całkiem spora ekipa zaangażowanych od lat devów, dałaby radę uratować projekt. Skoro BF to nie firma, którą można kupić, Ton powinien namaścić jakiegoś następcę albo chairmana powinno się wybierać kolegialnie przez jakieś głosowanie 😉 w stylu sejmiku ziemskiego - przy okazji Blender Conference. Taki blenderowy PZPN z delegatami 🙂 Tak serio, to już dawno powinien mieć pomagierów nie tylko od kodowania, ale od zarządzania BF, samemu idzie się wykończyć.