Analiza zmiany prędkości ruchu w filmie.
#11
Nie mam zielonego pojęcia o programowaniu.
Odpowiedz
#12
No więc za prawdę powiadam Ci bracie - prawdopodobieństwo, że znajdziesz kogoś kto Ci to napiszę jest małe, ale możliwe. Prawdopodobieństwo, że Ci to ktoś napiszę w Polsce, nawet za kasę której śmiem twierdzić, że nie masz, jest niemal zerowe, mało kto u nas jest geekiem od obróbki i analizy obrazu. Bazy danych wszelkiej maści, aplikacje java, php - tych jest sporo. Takich "specjalizowanych" bardzo mało, a takich co by się w takie coś bawili (choćby ze względu na czas. jak ktoś jest dobry to zarabia w firmie i nie ma czasu) - ze świecą szukać.
Zdecydowanie szybciej i jak sądzę lepiej zrobisz to ręcznie lub pół ręcznie. Niestety - nie będąc graczem nie ogarniam Twoich potrzeb.

Maciej Lewandowski - efix.pl
Odpowiedz
#13
Cytat:No, Mateuszu, pole do popisu dla Ciebie! To Twój dzień!

Macieju, cholera... na programowaniu się nie znam! Ale powiedzmy że zadanie jest prostsze niż zdaje sobie z tego sprawę autor wątku. Czytam i czytam i zrozumieć Was nie mogę. Czy Wam chodzi o wykonanie pluginu, pod który to po prostu podstawiałoby się pewne wartości i obrazki, a w czasie ruchu by elementy te jako jedna całość "sprężyście" poruszyły się w daną stronę i w czasie nagłego zatrzymania równie płynnie wróciły do miejsca swojego poprzedniego położenia?

Sprawa wydaje się prosta, ale tylko w przypadku, gdy hud byłby niezmienny, tzn. pewien obraz, dla którego zmienilibyśmy perspektywę po brzegach ( taki sobie fisheye) a resztę by można było manewrować trackiem motion. A problem polega na tym, by w dodatku - oprócz w czasie poruszania się wszystkich elementów hudu -je można było w dowolnym momencie zmienić.

Wyzwanie jest ciekawe, naprawdę. Jutro postaram się o ostateczną odpowiedź.
Odpowiedz
#14
A ja nie mówię o programowaniu tylko o "tutorialowaniu". Wiesz, nuki, fużyszny i inne takie :)
Ale wracając do tematu - może bym coś "do zrobienia w domu" wymyślił koledze, ale zwyczajnie nie kumam czego chce. Wyobrażam to sobie jako widok z hełmu od środka, przez który widać pole walki. Jak się koleś obróci w prawo to z pewnym opóźnienie hełm też lekko się obraca, tak jak oczy obracają się niezależnie od głowy, tyle, ze na szczęście nie mają takiej bezwładności.
Czyli żeby to ładnie wyglądało, hełm musiałby być lekko 3D, co oczywiście można trochę zafejkować w 2D, pozostaje do wprowadzenia element bezwładności (o ile to ma tak działać). Kolejny problem - z opisu wynika, że kolega chce, by ten proces odbył się automatycznie lub półautomatycznie. Jakoś tego nie widzę...
Ale samo zagadnienie jest ciekawe. Nie wiem co oznacza, że "demo jest zapisane dużo wcześniej". Znaczy się film z gry? Czy skrypt który "odegra" grę jako powtórkę korzystając z mechanizmów gry. Jeśli tak, to o ile jest to w jakiś sposób do oczytania to pozostaje przeniesienie tych danych do Vegasa, który ze swoimi mechanizmami keyframów nadaje się do tego jak Matiz do przewozu żwiru.

Maciej Lewandowski - efix.pl
Odpowiedz
#15
(09-17-2012, 21:14)soQl napisał(a):  Chcę nałożyć na klip z 1 osoby specjalną warstwę, która będzie imitować szybę kasku, na której będą wyświetlane różne informacje takie jak stoper, nick gracza, mapę na której gra i kilka innych.
Chcę zrobić tak, aby ta warstwa poruszała się zgodnie z ruchami gracza.

Patrząc na ekran gry FPP widzisz właśnie imitację szyby kasku, która się porusza zgodnie z ruchami gracza, więc ten pomysł ma tyle wspólnego z rzeczywistością co nic.
Odpowiedz
#16
Ale niektóre elementy mogołby by się przemieszczać mimo wszystko, takie celowanie oczami :) A reszta dla picu, przynajmniej do momentu jak bohater nie dostałby choroby morskiej i nie zrzygałby się do hełmu :)

Maciej Lewandowski - efix.pl
Odpowiedz
#17
Dobra, poprosiłem o podpowiedź kolegów "po fachu", sprawa jednak wydaje się prosta.

Aha - Macieju - kolega chce uzyskać efekt opóźnienia pojawienia się HUDu względem pewnego punktu i względem poruszającego się otoczenia, np. karabinu. To tak w skrócie.

Trudność w tym wszystkim polega jedynie na tym, że nie wykluczamy tu programowanie i wszelkie softy 3D. Otóż najprościej to robiąc, podobnie jak i taką odpowiedź otrzymałem, to wykonanie sporej ilości grafik, które to byłyby połączone na jednym tle. Jeśli więc przyjmujemy, że pewne wartości zmieniają się co jakiś - nawet dość szybki - czas, trzeba mieć na uwadze, że takich grafik mogłoby być równie dobrze setki, zależnie od długości filmu. Następnie brzegi trzeba by było nieco "rozciągnąć" na boki, uzyskując swoisty efekt "uwypuklenia" tegoż HUDu na zewnątrz hełmu, by wyglądało to jak na zaokrąglonej szybce. Można do tego użyć programu graficznego, jeśli grafiki przygotowujemy w czymś zaawansowanym, lub od biedy plugina "rybie oko". Troche by te brzegi "pościągał" do środka ekranu dając taki trochę efekt wypukłości. Efekt płynnie powracającego na miejsce HUDu po szybkim ruchu należałoby tu wykonać oczywiście w Track Motion z dość dużą dokładnością. Sprawa następna, rozmycie, ale tego tu nie będę tłumaczył.

A czy mogę coś zasugerować? Nie lepiej zrobić jakiś prosty HUD, który po prostu nie musiałby się "chwiać" na boki w czasie ruchu i nie musiałby być wypukły po brzegach? Sprawa byłaby wtedy o wiele prostsza. Tak czy tak, w tym programie roboty i tak będzie dużo. Następnym razem, jak już będziemy myśleli o takich celach to wybijcie sobie Vegasa z głowy ( czasami to i tak zbyt dużo niektórzy od niego oczekują ) i pomyślcie nad jakimś AE, Fusionie... Zadanie owszem, wykonalne, ale będzie ciężko i żmudnie używając jedynie samego Vegasa i jakiegoś programu graficznego.
Odpowiedz
#18
Cytat:Otóż najprościej to robiąc, podobnie jak i taką odpowiedź otrzymałem, to wykonanie sporej ilości grafik, które to byłyby połączone na jednym tle. Jeśli więc przyjmujemy, że pewne wartości zmieniają się co jakiś - nawet dość szybki - czas, trzeba mieć na uwadze, że takich grafik mogłoby być równie dobrze setki, zależnie od długości filmu.

Napisz to jeszcze raz, powoli, co masz na myśli...

Maciej Lewandowski - efix.pl
Odpowiedz
#19
Robisz graficznie pewne elementy HUDu. Tylko, żeby ich potem nie przestawiać kilka tysięcy razy jako pojedynczych "jednostek", łączysz je razem na jednym obszarze z kanałem alfa przyjmijmy, by otrzymać coś takiego jak na screenie - czyli spójną całość wszystkich elementów - to jakiś kompas, to rysunek broni, liczba amunicji, itd.

I w zależności od tego, ile z tych pojedynczych elementów by się zmieniało, tyle też należałoby wykonać grafik, a dokładniej całych spójnych obrazów ze wszystkimi elementami. Najprościej - coś innego ma być wyświetlane na HUDzie - nowy obraz HUDu ze zmienioną daną wartością. By uniknąć umiejscawiania jej na ścieżce i kombinacji z Track Motion. Tak jest korzystniej, bezpieczniej, że nic nam się nie "rozlezie".
Odpowiedz
#20
Czyli mówisz o treści wyświetlanej na HUDzie. Ale dalej nie rozumiem po co "kilka tysięcy". Ile będziesz miał tych różnych treści? Na jednym tracku masz ruszający się na przykład kompas, na drugim jakieś cyferki, na trzecim bo ja wiem, zmieniające się bronie czy co tam jeszcze może być. Do tego ścieżka - matka która ciągnie za sobą pozostałe.
Owszem, jak ma być raz snajperka, raz proca to wypadało by przygotować te grafiki, ale nie "tysiące".
Jednak - to dalej nie rozwiązuje tematu, to tylko "ozdobniki", problemem jest "pływanie", a raczej zautomatyzowanie tegoż...

Maciej Lewandowski - efix.pl
Odpowiedz



   


Podobne wątki
Wątek: Autor Odpowiedzi: Wyświetleń: Ostatni post
  Zmiana prędkości klipu. koks 3 1,749 07-22-2014, 21:18
Ostatni post: koks
  zmiana predkosci odtwarzania klipow. brown 0 1,314 06-28-2013, 19:45
Ostatni post: brown

Skocz do:


Użytkownicy przeglądający ten wątek: 1 gości