🚀 go-pugleaf

shp <no@spam.pl> wrote:
> Czesc,
> 
> Mam takie nietypowe zadanie: mam mnostwo danych z obliczen (kilka gb)
> ktore mozna przedstawic jako animacje 2d. Chce to wiec sobie
> wyrenderowac i zastanawiam sie w czym to zrobic.
> 
> Wyobrazam sobie to mniej wiecej tak, ze pisze wtyczke np. do 3d studio w
> C++/pythonie/czymstam ktora czyta moje dane i przekazuje je przez jakies
> API do silnika. Czyli przykladowo mam jakas scene i dla kolejnych klatek
> wstawiam do niej sto tysiecy kulek ktorych polozenie biore z pliku.
> 
> I teraz pytanie: w czym najlepiej cos takiego? Z tego co wiem kazdy
> znaczacy sie soft ma jakies API, tylko ze ja chcialbym wybrac taki na
> ktorego opanowanie strace mozliwie najmniej czasu. Poczatkowo myslalem o
> Blenderze, ale wkurza mnie jego interfejs. Ktos mial jakies
> doswiadczenia z 3d studio/maya i moze cos polecic ?
	... hmm, Blender i API w Pythonie? Pythona zintegrujesz
z kazdym oprogramowaniem, jakie istnieje;-) Z powazaniem
								Adam Przybyla

Klik-klik-klik... To shp informuje :
> Czesc,
>
> Mam takie nietypowe zadanie: mam mnostwo danych z obliczen (kilka gb)
> ktore mozna przedstawic jako animacje 2d. Chce to wiec sobie
> wyrenderowac i zastanawiam sie w czym to zrobic.
[...]
>
(pomijając rozwiązania trywialne pt. dx/opengl/sdl ;)
Tak na oko, to najlepszy będzie dla ciebie jakiś renderer/raytracer który
czyta pliki tekstowe/xmlowe. Powiedzmy coś w rodzaju: povray, yafray,
indigo, toxic, jakiś zgodny z rendermanem (3delight, aqsis, pixie, jrman).
Ewentualnie idź na całość i jak już chcesz programować, to wykorzystaj 
któryś silniczek 3d (crystal space, genesis, irrlicht, ogre) ;)
A props pythona : http://www.vrplumber.com/py3d.py

> shp

Sławek
-- 
  ________ 
_/ __/ __/ Ciotkę parowozu przetaczać na Framlingach.
 \__ \__ \_______________________________________________________________
 /___/___/ Sławomir Szczyrba                          steev/AT/hot\dot\pl

Czesc,

Sławomir Szczyrba pisze:
> [...]
> (pomijając rozwiązania trywialne pt. dx/opengl/sdl ;)
> Tak na oko, to najlepszy będzie dla ciebie jakiś renderer/raytracer który
> czyta pliki tekstowe/xmlowe. Powiedzmy coś w rodzaju: povray, yafray,

zeby przekonwertowac page GB binarnych danych na xml to chyba musialbym
sobie kupic pare nowych dyskow ;)

> indigo, toxic, jakiś zgodny z rendermanem (3delight, aqsis, pixie, jrman).

Szczerze powiedziawszy bardziej mi zalezy na jakims wygodnym GUI do
ustawiania animacji. "Player" tych danych juz sobie napisalem w glucie i
w nim moge sobie prawie w realtime ogladac te rzeczy i wycinac
interesujace mnie kawalki. Teraz chce zrobic z tego cos w rodzaju dema i
po prostu nie mam ochoty na implementowanie interfejsu do kamery itp :)

Do renderingu chyba jednak skorzystam z blendera+python.

Dzieki za odpowiedzi,
shp

Alas, poor shp...
[Hamlet, 5, 1]
> Czesc,
>
>> Tak na oko, to najlepszy będzie dla ciebie jakiś renderer/raytracer który
>> czyta pliki tekstowe/xmlowe. Powiedzmy coś w rodzaju: povray, yafray,
> zeby przekonwertowac page GB binarnych danych na xml to chyba musialbym
> sobie kupic pare nowych dyskow ;)
>
povray potrafi czytać dane z pliku csv ;)

> Szczerze powiedziawszy bardziej mi zalezy na jakims wygodnym GUI do
> ustawiania animacji. "Player" tych danych juz sobie napisalem w glucie i
> w nim moge sobie prawie w realtime ogladac te rzeczy i wycinac
> interesujace mnie kawalki. Teraz chce zrobic z tego cos w rodzaju dema i
> po prostu nie mam ochoty na implementowanie interfejsu do kamery itp :)
>
Znaczy chcesz raz ustawić sobie w programie przebieg kamery, a potem tylko
podstawiać skryptem nowe serie danych i zrzucać do animacji?
Dobrze zrozumiałem?

> shp

Sławek
-- 
  ________ "Dura lex sed yacc". A nawet "Dura lex sed 's/.\(ex\)/s\1'"
_/ __/ __/ Dawid Kuroczko
 \__ \__ \_______________________________________________________________
 /___/___/ Sławomir Szczyrba                          steev/AT/hot\dot\pl

Polecam SideFx Houdini Master -> www.sidefx.com

Jest szalenie elastyczny i bardzo często używany do wizualizacji naukowych. 
Niewielkim nakładem pracy można do niego włożyć i wizualizować dowolne dane.
Na przykład sample audio, serię klatek z ultrasonografu. Sam zamieniłem kiedyś
zdjęcia z tomografu komputerowego na voxele, gotowe do renderowania z głębią
ostrości, motion blurem etc. 

Houdini renderuje w swoim, bardzo dobrym rendererze Mantra, ma natywne
wsparcie dla Pixar PRMan'a i mental raya. Ma wbudowany kompozytor 2d, ma język
shaderów (VEX - bliźniaczy do RSL Rendermana - którym można także modyfikować
geometrię) i graficzny front-end dla niego, ma API w Pythonie i we własnym
języku hscript (no i oczywiście darmowy HDK.)... ma również sequencer do
manipulowania dowolnymi danymi (takimi jak dźwięk dźwięk, ale także dowolne
dane, zapisane w samplach uporządkowanych w linii czasu), z filtrami,
podstawowymi operacjami matematycznymi (arytmetyka, pochodne etc). Można
syntetyzować dźwięk lub w ten sam sposób potraktować obraz, animację, dane
geologiczne, co tam sobie życzysz...)

ale najfajniejsze jest to, że większość zaawansowanych rzeczy, które w innych
programach robi się programując, w Houdinim nie wymagają nawet jednej linijki
kodu. Na przykład wizualizacja oparta na dźwięku, albo tworzenie własnych
shaderów, automatyzacja, modelowanie proceduralne, instancje obiektów,
L-Systemy, zaawansowane symulacje fizyczne i cząsteczkowe - wszystko odbywa
się w GUI i najczęściej nie wymaga programowania. 

Na dodatek, masz do dyspozycji w pełni funkcjonalną wersję za darmo (z
ograniczeniem rozmiaru renderingu i niewielkim logo, ale wszystkie elementy
sceny i ją samą możesz zapisywać na dysku i przenosić) albo kosztującą 99$
wersję, na której możesz renderować w rozdzielczości HD (1920 x 1080) i bez
znaku w projektach niekomercyjnych. 

Komercyjna wersja tego cuda kosztuje 9000$.

Kilka dni temu napisałem szersze omówienie tego programu.

Zajrzyj tutaj:
http://www.max3d.pl/forum/showpost.php?p=635234&postcount=16

Szczególnie ważne są źródła informacji, bo nie jest o nie łatwo. Houdini przez
wiele lat był bardzo ezoterycznym programem. Teraz to się zmienia. Przejrzyj
darmowe tutoriale, o których wspominam w tekście. Myślę, że zrobią na tobie
wrażenie.

Na stronie producenta masz manu "Learning" z dwoma pozycjami "Tutorials" i
"Old School Blog". Zamieszczone tam video dają pojęcie, jakiego rodzaju
różnicę jakości wnosi H. w grafikę 3D. Dla początkujących zobacz menu
"Apprentice" i dalej "Apprentice Blog". Zupełne podstawy. Na przykład ten
filmik daje trochę pojęcia:
http://www.sidefx.com/index.php?option=com_content&task=view&id=750&Itemid=241

Gdybyś miał jakieś pytania, zapraszam na www.forum3d.pl:
http://www.forum3d.pl/f3dbb/index.php?md=forum&fid=18
Jest tam kilku miłośników tego programu.

Mogę Cię zapewnić, że nie ma lepszego narzędzia, jeśli idzie o
niekonwencjonalne rozwiązania w grafice. Houdini to jest bardziej system
operacyjny do cyfrowych efektów specjalnych niż pojedynczy program. Fakt, że
nie przepadają za nim artyści, bo pisano go głównie z myślą o Technical
Directors - czyli programistach pracujących nad trudnymi ujęciami na potrzeby
kina w Hollywood. Ale właśnie dlatego, większość rzeczy wręcz niemożliwych do
zrobienia w innych programach, w Houdinim robi się "z marszu".

Mam nadzieję, że się przyda!
pozdr.,
skk.


PS Istnieje także brat bliźniak Houdiniego, który służy do wizualizacji
muzycznych realtime w OpenGL. Nie ma niestety tak liberalnej wersji testowej:
 
http://www.derivativeinc.com/home/home.asp




-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

Wrzucam jeszcze jako przykład nietypowego wykorzystania Houdniego:

http://ptakun.tmdag.com/eco_system/makeofplants_en_htm.htm

Symulacja ekosystemu wykonana w całości w Houdinim przez pewnego, zdolnego
Polaka. Zarówno sam system jak i graficzny interface dla niego powstał w
Houdinim bez choćby linijki kodu (może było kilka, dokładnie nie wiem).

pozdr.,
skk.

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

pythonlogist.WYTNIJ@gazeta.pl pisze:
> Wrzucam jeszcze jako przykład nietypowego wykorzystania Houdniego:
> 
> http://ptakun.tmdag.com/eco_system/makeofplants_en_htm.htm

Niezle, ale jednak zostane przy blenderze - o wiele lepsza dokumentacja :)

pozdrawiam!
shp

> Do renderingu chyba jednak skorzystam z blendera+python.
> 
> Dzieki za odpowiedzi,
> shp

No to w czym problem. Wiesz czym i umiesz to zrobić to do dzieła. Trochę to
dla mnie nielogiczne. Zaczynasz pytaniem, które brzmi jak prośba o pomoc. A
potem zachowujesz się jakbyś na grupie bronił jakiegoś swojego stanowiska.
To co namawiać Cię mamy? 

Słuchaj to wiesz co? 
Może zrób to w Blenderze i podeprzyj się Pythonem.
Tak to zdecydowanie nalepsze rozwiązanie.

Pozdrawiam
Maciek 

> Wrzucam jeszcze jako przykład nietypowego wykorzystania Houdniego:
>
> http://ptakun.tmdag.com/eco_system/makeofplants_en_htm.htm
>
> Symulacja ekosystemu wykonana w całości w Houdinim przez pewnego, zdolnego
> Polaka. Zarówno sam system jak i graficzny interface dla niego powstał w
> Houdinim bez choćby linijki kodu (może było kilka, dokładnie nie wiem).

Arkadiusz Rekita, jest w stopce :) To przypadkiem nie ten, który teraz 
siedzi Nowej Zelandii w WETA?

Pozdro

Kilian 

> 
> Arkadiusz Rekita, jest w stopce :) To przypadkiem nie ten, który teraz 
> siedzi Nowej Zelandii w WETA?
> 
> Pozdro
> 
> Kilian 

Prawie ten sam, bo o rok młodszy ;)

pozdr.,
skk.

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/