Blender - NEWS oraz dyskusje

[mookie]

Wyciągnąłem go z Passów, Freestyle rzeczywiście czegoś takiego nie obsługuje (a szkoda). Skorzystałem z ID obiektów, Shadow passa i Dilate/Erode noda.

 

PS Przejrzałem dokumentację Freestyle na wiki i faktycznie da się zrobić z tego Pass, ciekawe. Mam nadzieję, że silnik będzie nadal rozwijany, jest w nim spory potencjał.

Edytowane 16 Maj 2013 przez mookie

[ikkiz]

no szkoda. To by było fajne i jeszcze obwódka wokół "zajączka" ze specular.

[mookie]

Podrzucam jeszcze ustawienie nodów dla cienia, nie mogę niestety podzielić się scenką.

 

[ATTACH=CONFIG]90513[/ATTACH]

[Monio]

 

http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=56831

 

Przegięcie pały. Nurbsy bez nurbsów. Zajebista retopologia będzie jeszcze bardziej zajebista.

[floo]

@Monio bardzo przydatne i z pewnością przyśpieszy pracę z retopo.

Przydało by się jeszcze rozwinięcie opcji do mapowania UV o takie bajery jak w tym dodatku do Maxa:

http://www.renderhjs.net/textools/

[ikkiz]

w retopo?

mi się bardziej widzi w modelowaniu poly-by-poly, w sytuacjach, gdy jest potrzeba utworzenia "w powietrzu" kawałka siatki wypukłej w dwóch płaszczyznach. Jak jest "oparcie" na hipoly, to chyba nie przebije tandemu looptools+F2.

 

A tak przy okazji... Próbowałeś? czy ten edgeloop po obu stronach musi mieć tyle samo werteksów, czy jakoś może improwizować?

[mookie]

[ATTACH=CONFIG]90521[/ATTACH]

 

Kolejny obrazek.

[mallow]

Podrzucam jeszcze ustawienie nodów dla cienia, nie mogę niestety podzielić się scenką.

 

Rewelacyjnie Ci ten render wyszedł. Muszę się pobawić freestylem, może mi się przyda do jednego projektu.

[veti]

A tak przy okazji... Próbowałeś? czy ten edgeloop po obu stronach musi mieć tyle samo werteksów, czy jakoś może improwizować?

Liczba vertexów musi być taka sama (sprawdzone), ale i tak jest to świetne narzędzie.

[Monio]

Skoro to ma wypełnić kratką to musi być tyle samo wertów na przeciwległych bokach. ;) Robiłem wczoraj wieczorem mocne testy tego toola... Coś genialnego. Sposób w jaki interpoluje siatkę jest doskonały. Spore fragmenty siatki można sprawnie robić tylko na podstawie szkieleciku z edży które się potem tylko wypełnia.

Jak dla mnie obowiązkowe narzędzie w workflow. Przyszykuje demo file z przykładami zastosowania.

 

ikkiz- Co do f2. Sam blender ma teraz taką miłą funkcje że wystarczy mu jeden vert lub edge jako input do stworzenia nowego fejsa. Przy pojedyńczych paskach super sprawa, jak już masz coś do wypełnienia placek 2 na x quadów to grid fill i jeszcze si to pięknie zaokragli. :D

[mallow]

Sam blender ma teraz taką miłą funkcje że wystarczy mu jeden vert lub edge jako input do stworzenia nowego fejsa.

 

Ano, bardzo fajne to jest. Po paru godzinach mi weszło w nawyk używanie tego wynalazku :)

[alex3d]

@Monio, grid fill tool mocna rzecz :) Przyszła kolej na blendera 2.67a

 

http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.67a

 

http://www.blender.org/download/get-blender/

 

Trochę się wyłączyłem ze śledzenia newsów przez ostatnie dwa m-ce - ciężko nadrobić :)))

[Monio]

 

http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=56972

 

Nowy bridge. Rozpoznaje profil i subdivy. Zajebiste! :D

[Monio]

 

Jakieś 3 tygodnie temu była tutaj dyskusja że Molecular addon jest mało użyteczny bez meshera particli. Wczoraj ukazał się zapowiadany mesher, MSMesher. :) Był robiony przy współpracy gościa od Molecular addon więc powinny się idealnie zgrać. Teraz tylko czekać aż wejdą do standardowego setu addonów. :)

 

http://blenderartists.org/forum/showthread.php?284678-MSMesher

[Kramon]

A widziałem to na Facebooku, blenderowym. ;]

[alex3d]

Blender i GSoC 2013:

 

http://code.blender.org/index.php/2013/05/google-summer-of-code-2013/

 

Szału nie ma, oprócz tych dwóch projektów: Jason Wilkins – Viewport FX II;Walid Shouman - Mesh Custom-Data Transfer, widzicie jeszcze coś ciekawego?

[rice]

Painting tool improvements - Antonis Riakiotakis

 

W sumie jedno mnie zastanawia, otóż pan Jason Wilkins mial na poprzednim gsoc opracować system dotykowy na nowe urządzenia mobilne tzn tablety. Drugi pan Alex Kuznetzov mial przygotować port blendera na androida. Teraz widzę że żaden z nich nie wywiazal sie z zadania a pobrał nowy temat.

 

Szału nie ma

[Kramon]

wyszła wersja 2.67b

[n-pigeon]

@rice

 

Jason nie robił nic z touchem i w tym roku kontynuuje projekt z przed roku, a Alex zrobił swoją robotę.

 

O to czy Jason wykona robotę to akurat bym się nie martwił, ten koleś to koderski kozak :P

Tyle, że to co on robi to robota na 3 GSoC... a potem jeszcze połowa teamu Blendera musi pomóc przy portowaniu.

[rice]

OpenGL Mobile Compatibility and Android Port - Alexandr Kuznetsov (Mentor: Ton Roosendaal)

This project aims to made OpenGL slightly faster and compatible with OpenGL ES in order to port Blender Player to Android. This would include port of libs, ghost and build infrastructure. At the end Blender Games can be played on Android.

 

byc moze nie do konca zrozumiałem, a z Wilkinsonem to faktycznie masz racje on sie tym zajmował ale poza gsoc.

 

pozdro

[n-pigeon]

Nie, Wilkinson się tym nie zajmował, a Alexander zrobił swoje. Obaj developerzy dzielili branch i obaj tykali kod OpenGL podczas GSoC, tylko jeden BGE drugi view port. Jason w tym roku kontynuuje swoje przepisanie viewportu Blendera.

[rice]

No jak sie tym nie zajmował

 

a co do Alexandra, blender player = blender. Jest wersja zrobiona przez niego

mialem ja ale tam bardzo dużo nie działa. Teraz ze projekt jest zamrożony przynajmniej tak wynika z wątku na blenderartist, a panowie zajeli sie czyms innym i raczej nie predko wróca do tego.

[n-pigeon]

Nie zajmował się tym, a blender != blender player, ale współdzielą kod. Jason zajmował się przepisywaniem viewportu tak by wykorzystywał nowe OGL przy tym by był kompatybilny z GLES (które jest używane na urządzeniach mobilnych, tablety, smarty), stąd testy. Natomiast dopiero Alexander zajmował się portem blendera na androida. Ich projekty miały wspólny mianownik (kompatybilność z GLES), przez co dzielili ten sam branch podczas GSoC. Na wideo widzisz Jasona testującego Blendera, ale pracował nad viewportem nie portem na Androida.

[ikkiz]

Dla czego mi nikt nie powiedział, że jest w cycles toon shader?

[Monio]

Hi all,

 

Here's the notes from a nice short meeting today in irc.freenode.net #blendercoders

 

1) Blender 2.68 release targets

 

- Meeting agrees on sticking to planning, which is moving to BCon3 today. There's only three weeks left for doing a next release, which we better spend on stabilizing and a massive bug attack... the amount of tracker reports went close to 150 already.

 

- Based on the available coders, the following targets were moved:

 

- Cycles: new hair shaders - including Kajiya-Kay.

- Cycles Ubershader'

- Pie menus

- Save and load "template" blend files

 

- Multiview and OpenEXR 2.0 migration: suggested is to move that as well, but Dalai Felinto can plea his case still (if he insists :). Brecht van Lommel is available next week for review.

 

- Updated release target list:

http://wiki.blender.org/index.php/Dev:Doc/Projects#2.6x_release_cycle

 

- Python auto-run script becomes "disabled" as default. Proposal for a good UI to handle this will be reviewed this week.

 

2) Other projects

 

- GSoC branches for students can be added now. Naming convention will be:

soc-2013-name

Where 'name' is descriptive, or name of developer. Student and mentor can decide together on it. Help with adding branches you can ask Sergey, Brecht or Campbell for.

 

-Ton-

http://lists.blender.org/pipermail/bf-committers/2013-June/040658.html

 

Blender 2.68 będzie raczej chudy mówiąc o większych ficzerach ale dobra decyzja z postawieniem na bug fixy. Lepiej mniej ale żeby dobrze działało. O ile wiem to pie menus są ledwie ruszone ale za to ubershader jest już prawie skończony. Jako że te rzeczy przeskakują na nową wersje to znaczy że 2.69 będzie potężny. :)

[Kramon]

Ja to się osobiście ciesze że poprawili 2 moje bugi które zgłosiłem :> tzn jedna to była sugestia w kompozytorze :D

[Kramon]

Road map:

http://code.blender.org/index.php/2013/06/blender-roadmap-2-7-2-8-and-beyond/

[mallow]

Zgodnie z tym http://wiki.blender.org/index.php/Dev:Doc/Projects#2.6x_release_cycle w 2.68 będzie w Cycles GPU Hair render? Jak dla mnie bomba. A wiadomo coś kiedy będzie w Cycles wolumetryka?

[Kramon]

Generalnie volmentryke możesz zfakeować tak samo jak robi się to w coronie czy paru innych renderach po przez motion blur i plane z przezroczystością miekką, który przechodzi przez całą scenę.

 

a taka true story volumentryka to późno. 2.7 pewno.

 

swoją drogą świetna wtyczka:

 

http://www.blenderartists.org/forum/showthread.php?291104-AddOn-Create-Worn-Edges-Map

[mallow]

Generalnie volmentryke możesz zfakeować tak samo jak robi się to w coronie czy paru innych renderach po przez motion blur i plane z przezroczystością miekką, który przechodzi przez całą scenę.

 

Pytałem pod kątem renderowania dymu w animacji. Póki co mogę łączyć dym z Internal oraz scenę z Cycles, ale fajnie by było mieć możliwość renderu dymu bezpośrednio w Cycles.

[Kramon]

Pytałem pod kątem renderowania dymu w animacji. Póki co mogę łączyć dym z Internal oraz scenę z Cycles, ale fajnie by było mieć możliwość renderu dymu bezpośrednio w Cycles.

 

hehe ta? to wsadź w środek tego dymu obiekt i wyrenderuj ten obiekt w cycles a potem dodaj do niego dym z internala :D :D Z depth zatrzymuje się na domain dymu więc w sumie klapa totalna chyba że to poprawili.

[Monio]

Road map:

http://code.blender.org/index.php/2013/06/blender-roadmap-2-7-2-8-and-beyond/

Skacze z radości. Widać że planują nadać blendkowi poziom industry-standard. Alembic, nody tam gdzie się da, despgraph, viewport na nowszych bibliotekach i stabilizacja. Tego chciałem. :) Na decyzje o wywaleniu BGE to czekałem od dawna. Archaiczny kawał kodu który z powodzeniem można zastąpić wieloma dużo-dużo lepszymi enginami, również darmowymi i opensource.

[Kramon]

Skacze z radości. Widać że planują nadać blendkowi poziom industry-standard. Alembic, nody tam gdzie się da, despgraph, viewport na nowszych bibliotekach i stabilizacja. Tego chciałem. :) Na decyzje o wywaleniu BGE to czekałem od dawna. Archaiczny kawał kodu który z powodzeniem można zastąpić wieloma dużo-dużo lepszymi enginami, również darmowymi i opensource.

 

 

dokładnie odkąd jest bullet dla fizyki ten blender game engine powinien być wywlaony jak za darmo jest unity...

[Nezumi]

Na decyzje o wywaleniu BGE to czekałem od dawna. Archaiczny kawał kodu który z powodzeniem można zastąpić wieloma dużo-dużo lepszymi enginami, również darmowymi i opensource.

 

Ja tam nie widze wyrzucenia BGE a wrecz jego wieksza integracje...

" I propose to make the GE to become a real part of Blender code"

[Monio]

Źle napisałem. ;) Chodziło mi o wywalenie BGE jako pomysłu na silnik gier a nie wywalenie samego kodu. Chociaż kodu trochę też bo jak wezmą to co dobre i zintegrują mocniej z blendkiem robiąc ten Interaction mode to resztę wywalą. Obecnie BGE to spora część blendera która jest jakby osobnym i niekompatybilnym jego elementem. Chociażby kostki logiki które bankowo zostaną wymienione na nody i pynodes.

[n-pigeon]

Skacze z radości. Widać że planują nadać blendkowi poziom industry-standard. Alembic, nody tam gdzie się da, despgraph, viewport na nowszych bibliotekach i stabilizacja. Tego chciałem. :) Na decyzje o wywaleniu BGE to czekałem od dawna.

 

Nie chcą wywalić BGE tylko go zasymilować z Blenderem na dobre.

 

Archaiczny kawał kodu który z powodzeniem można zastąpić wieloma dużo-dużo lepszymi enginami, również darmowymi i opensource.

 

Połowa Blendera jest archaiczna, ale więkrzość narzędzi industry standard tak samo. Pytanie brzmi jakie grzybki jadłeś pisząc zdanie "można zastąpić wieloma dużo-dużo lepszymi enginami, również darmowymi i opensource". :D

Chyba, że nie miałeś na myśli FLOSS tylko OSS, w sumie UDK, Unity, Source i więkrzość komercyjnych, własnościowych silników jest open source, ale nie ma żadnego dobrego silnika FLOSS, wszystko to popylina domorosłych twórców MMORPG, albo goły i ubogi core bez konkretnych tooli w SDK.

 

Wątpię by wywalili cokolwiek z BGE, jedynie to co będzie przepisane. BGE miał duży potencjał, obgadywanie go to oznaka ignorancji :P (no sory ale), niestety był skazany na taki los przez licencje. :P

 

Ciekawe czy narodzi się nowy prawdziwy projekt FLOSS GE.

[ikkiz]

w sumie UDK, Unity, Source i większość komercyjnych, własnościowych silników jest open source

na pewno?

 

A czytając komentarze na temat ostatnich postanowień co do losu BGE, to można zgłupieć. Każdy tam wyczytał co innego.

[Monio]

Nie chcą wywalić BGE tylko go zasymilować z Blenderem na dobre.

Poprawiłem się w poprzednim poście. Chodzi o to że nie mają już ambicji robić z tego silnika gier i z tego powodu się cieszę.

 

Chyba, że nie miałeś na myśli FLOSS tylko OSS

Miałem na myśli OSS. Z punktu widzenia prawdziwych developerów nie ma to znaczenia do póki możesz za darmo i legalnie robić na tym gry.

 

BGE miał duży potencjał

Może pół dekady temu. Teraz nie ma żadnego i dlatego nie będzie to "Game Engine" tylko "Interaction Mode". Do prostych prototypów gier się nada ale nie ma narzędzi żeby robić na tym poważne gry. Nie na dzisiejsze standardy, nawet mówiąc o prostych grach na komórki. Musieliby zatrudnić jeszcze kilka razy więcej osób niż obecnie żeby po wielu miesiącach pracy może się zbliżyć do unity sprzed paru lat. To by było marnowanie czasu.

[n-pigeon]

@ikkiz

 

Na pewno, jeśli kupisz odpowiednią licencję UDK, Unity albo Source (dla przykładu) dostajesz ich kod źródłowy na własne potrzeby. To jest model Open Source.

 

@Monio

 

Nie rozumiem odpowiedzi, o czym mówisz? Jeśli mówisz o trójce GE które wymieniłem to można darmo robić, ale wydawać już nie. Jeśli chodzi o FLOSSowe silniki, to to że są gołe i wesołe ma poważny wpływ dla developerów, w sumie za to samo krytykujesz BGE.

 

BGE miał duży potencjał, silnik gdzie edytorem jest prawdziwy edytor 3D? Marzenie wielu game i level designerów!

O jakich standardach mówisz? Grafiki? GE to nie sama grafika, to tylko moduł który można przepisać i który _będzie_ przepisany jako nowy viewport.

Najważniejsze są narzędzia do obsługi technologi za nimi stojących, co z tego, że silnik ma wsparcie dla navmesh i pathfinding skoro używanie tych technologi to pain i ass, na co nam fajne bazowe AI skoro by się do niego dostać musimy szukać w kodzie naszych obiektów... BGE brakowało wiele narzędzi, ale Blenderowi też i nadal brakuje, BGE w przeciwieństwie do innych silników FLOSS przynajmniej MIAŁ jakieś narzędzia.

 

To jedyny silnik FLOSS z potencjałem, bo ktoś byłby wstanie robić z nim gry, cała reszta to tylko ciekawostka przyrodnicza, projekty programistów którzy olewają SDK interesuje ich tylko i wyłącznie API bo tylko w kodzie siedzą. Nie mają nawet zamiaru z niewiadomych mi przyczyn wyeksponować tych narzędzi z kodu. Podejrzewam, że to za dużo pracy, bo to jest od *** pracy, integracja Blendera jako edytora dostarcza dużo gotowych rozwiązań.

 

 

BGE musi być zasymilowany, jego licencja nie pozwala mu się rozwijać, a tak przynajmniej będzie można go wykorzystać do czegoś konkretnego.

Jednocześnie tracimy jedyny poważny silnik FLOSS.

 

Może GameKit coś w tym temacie zadziała, ale jak na razie nie widzę u nich jednolitej wizji i traktowania integracji z Blenderem na poważnie, a praca z silnikiem to partyzantka, BGE pod względem funkcjonalności też specjalnie nie przebija.

 

 

Osobiście wątpię by jakiś FLOSSowy GE kiedyś zaistniał, przynajmniej nie w najbliższym czasie, całe szczęście mamy dobrą alternatywę w postaci własnościowych silników, a natura silników gier wymusza na komercyjnych produktach model open source, więc pozostaje wynegocjować dobrą cenę i zrobić dobre gry by na nich zarobić.

Dodatkowo udostępniają silnik i SDK do użytku niekomercyjnego, więc i hobbyści mogą się pobawić :P

 

 

Celem mojej wypowiedzi jest uargumentowanie dlaczego powinniśmy pożegnać BGE z honorami, a nie jako śmieć który nikomu nie był potrzebny.

[Nezumi]

Wybaczcie ze tutaj wrzuce ale skoro juz o silnikach mowa to wydaje mi sie ze warto wspomoc tego tutaj:

 

[Monio]

można darmo robić, ale wydawać już nie.

Jak nie? Można tylko w przypadku osiągnięcia konkretnego zarobku musisz kupić licencje unity lub zapłacić tantiemę epicowi. Popatrz na te sumy najpierw.

http://unity3d.com/unity/licenses

http://www.unrealengine.com/udk/licensing/commercial_license_terms/

 

O jakich standardach mówisz? Grafiki? GE to nie sama grafika

Bynajmniej. Grafika w BGE może jeszcze jakiś poziom trzyma jakby różne branche połączyć. Mi chodzi o narzędzia do gameplayu które są podstawą każdego game enginu. To przez narzędzia a nie grafikę UDK jest najpopularniejszym game enginem.

Może ze wszystkich silników FLOSS bge miał największy potencjał ale porównując do zwykłych (również darmowych) silników to jest tylko nieużywalna ciekawostka. Ja mam podejście praktyczne a nie ideologiczne. Patrzymy na "FLOSS Game Engine", ty widzisz "FLOSS" a ja na "Game Engine". Jednak to tym drugim się robi gry.

Edytowane 19 Czerwiec 2013 przez Monio

[n-pigeon]

Heh darmowe jak nie zarabiasz na grze albo zarabiasz za mało xD ekhm ok, silnik dalej nie jest darmo, a kod dostaniesz dopiero po zakupieniu licencji :P

 

Nie mów mi co "widzę", sam używam nie FLOSSowych silników, a ideologie mam w głębokim poważaniu, używam co mi leży. Chodzi mi o przedstawienie spraw jak się mają. O tym, że BGE jest biedny to wie każdy, ale mi chodzi o twoją wypowiedź, koryguję tylko to co napisałeś.

 

Śmierć BGE to śmierć jedynego FLOSSowego silnika który zrywał z utartymi szlakami wszystkich FLOSSowych developerów silników. BGE był śmiertelnie chorym dzieckiem, nie narodził się po to by się rozwijać tylko by umrzeć, chory na wirusowe GPL. Choć jego istnienie nie pozostanie bez znaczenia większy i silniejszy organizm Blender posili się resztkami :P

A szkoda, nie ma innego drugiego takiego silnika, wykorzystywanie pełnego popularnego pakietu 3D jako edytora...

 

@Nezumi

 

Nie wygląda najgorzej, podobny bardzo do Source SDK szczególnie edytor podobny do Hammera. Biedna dokumentacja, i skromnie z narzędziami. No i zdaje się dostępny jedynie fixed pipeline i ubogość shaderów. Choć ma pare plusów - nodalny edytor logiki, w Source trzeba się bawić tabelkami by wszystko linkować... ale znowu w Source mamy więcej gotowych skryptów.

 

Na pewno warto się przyglądać co dalej z nim się stanie.

 

Ja jestem ciekaw czy Source 2 trafi na lina :P, Source Filmmaker to na bank część przyszłego SDK, a w dodatku napisane na Qt, zatem port na Maci i Lina były możliwy.

Edytowane 19 Czerwiec 2013 przez n-pigeon

[Idaho]

Jak nie? Można tylko w przypadku osiągnięcia konkretnego zarobku musisz kupić licencje unity lub zapłacić tantiemę epicowi. Popatrz na te sumy najpierw.

http://unity3d.com/unity/licenses

http://www.unrealengine.com/udk/licensing/commercial_license_terms/

 

Sorry panowie że się wcinam ale czytam tę licencję od unity free i czytam i w którym miejscu jest napisane że muszę za nią płacić jeżeli chcę wykorzystać w komercyjnym celu tzn wydać grę ? Z UDK - ok tu się zgodzę, jak wół stoi, jeżeli przekroczy się pewien pułap ale przy unity free tego nie mam chyba nie ma. Widzę za to że inaczej podeszli do tego tematu a mianowicie ograniczenia dotyczą Basic Addons i tutaj jest pułap 100k $. Ale jeśli chodzi o gołe unity to po trochę pobieżnym przejrzeniu licencji raczej ograniczeń nie ma.

A tak na marginesie takie popłuczyny czasem wychodzą że jakby dopieścić BGE to nie jedna gra mogłaby się schować. Rozumiem że jest archaiczny, nierozwijany itd ale nie można wykluczyć faktu że przez pewien czas miał potencjał zwłaszcza gdy na rynku były tylko i wyłącznie płatne w grubej walucie silniki. Gdzieś coś przeoczono, pominięto i zostało jak zostało.

Lubię sobie zapuścić od czasu do czasu

o Yo Frankie nie wspomnę

 

P.S. Monio nadal czekam na twój workflow przy sculptingu :) Miał być filmik i...

Pozdrawiam

[n-pigeon]

@Idaho

 

Z BGE było by identycznie jak z Blenderem, który też nie był jakiś super od samego początku. Gdyby nie licencja BGE miałby na pewno większe zainteresowanie i przez lata kiedy Blender zdobywał popularność i BGE by na tym korzystał, ale nie skorzystał. Powodem jest wirusowa licencja GPL.

 

Dzisiaj w końcu ktoś postanowił skrócić jego męczarnie i zmienić jego zastosowanie. Nie jest to wina samego BGE, przez to że jest archaiczny, czy nie na poziomie komercyjnych silników, bo to była by czysta głupota, z tego samego powodu Blender powinien zostać porzucony lata temu.

Wina leży po stronie złego doboru licencji...

[ikkiz]

@licencja. Czytałem gdzieś urocze tłumaczenie, mniej więcej takie: Oczywiście, jeśli twoja gra korzysta z BGE, to też powinna być GPL, ale Blender Fundation raczej nie będzie cię ścigać ... Prawie każdy, kto chciał robić grę, miał jakiś pomysł i zapał, to tak trochę fantazjował, jakaż to ona będzie wspaniała i ile na niej zarobi, więc licencja GPL ...

Ale teraz kwestia, czy to na prawdę chodziło tylko o pieniądze, czy może o to, że relatywnie bardzo trudno było w BGE osiągnąć poziom "wspaniała"? A i rozwój samego silnika musiał być trudny i kosztować wiele wysiłku. To, żeby konkurować z czymkolwiek na rynku, chyba trochę za dużo było na fundację. Ale mam nadzieję, że to do czego ja i inni "3d artyści" (nie programiści) mogą używać dziedzictwa GBE, zostanie, czyli możliwość projektowania leveli, oglądania modeli i animacji, ewentualnie jakiś wirtualny spacer ... W sumie to chyba strasznie mało było takich serwantów, którzy by potrafili sami wymodelować świat gry w blenderze i potem napisać całą resztę,żeby wyszło grywalne coś.

A może się nie powinienem wypowiadać o czymś na czym się nie znam i powtarzać ja siódmy sposób coś, co już tu zostało powiedziana wiele razy ...

[Lucas]

Ostatnio na forum Blenderowni pojawił się temat o darmowej renderfarmie dla Cyclesa http://raypump.com. Muszę przyznać, że dla mnie, jako, że nie mam odpowiedniej karty do renderowania na GPU (a wymienić w laptopie to ciężko), bardzo fajna sprawa - testowałem chwilę, co prawda nie zawsze jest w stanie łyknąć ciężką scenę ale jednak wizualizację z geometryczną trawą i drzewami wyrenderował jakieś 5 razy szybciej.

Link do tematu na Blenderowni: http://www.blender.pl/index.php?option=com_smf&Itemid=2&topic=13928.0

[Idaho]

Witam

Czy jest jakiś szybki sposób by powierzchni nadać z automatu coś takiego ?

http://shonmitchell.blogspot.com/2011/05/new-sketch.html

w obszarach zielonych i ciemno szarych na zdjęciu. Chodzi mi o coś takiego jak NoiseMaker with Patterns w zBrushu.

Pozdrawiam

[andy_a]

Idaho - tak... tak jakby - modyfikator displacement nad multiresem [tylko wymaga uv i wysokiego podziału siatki, ale możesz maskować przy użyciu vertex gropus]

[n-pigeon]

@Idaho nie ten wątek > Szybkie odpowiedzi na proste pytania. :P

 

 

Obczajcie sobie ten blogpost głównego programisty BGE, to samo poszło na Blender Mailing List: http://mogurijin.wordpress.com/2013/06/21/towards-tighter-blender-and-bge-integration/

 

Wygląda na to, że BGE umiera, niech żyje BGE xD

Jeśli asymilacaja BGE do Blendera potoczy się tym scenariuszem, BGE nie przestanie istnieć, a może zyskać nowe lepsze życie! :)

[Monio]

Ton pisał o zintegrowaniu funkcji BGE z blenderem tworząc interaction mode. Jaki pomysł na implementacje tego ma Moguri? Oddzielna aplikacja która nie będzie mogła się komunikować z blenderem... Serio? KAŻDY poważny silnik gier a.d. 2013 ma możliwość edytowania rzeczy w runtime, BGE nie będzie tego miał już na poziomie designu spieprzonego u samych podstaw.

Niech sobie gość robi co chce, nie moja sprawa ale to potwierdza że BGE nie ma żadnej przyszłości.