Użytkownik "Sebastian Biały" <h...@p...onet.pl> napisał w wiadomości
news:ht1fnh$g3$1@news.onet.pl...
> Marcin Wasilewski wrote:
>> Poczytaj sobie co robią dzisiejsze TV. Myślisz, że rendering ramki
>> pośredniej na podstawie dwóch ramek w 1920x1080, da się zrobić bez
>> zauważalnego opóźnienia?
> A czy przypadkiem nie jest tak, że obliczenia pośrednie wynikają wprost z
> hintów kodowania MPEG (obiekt przemiesza się o 4 piksele w prawo, więc na
> pośredniej ramce jest przemieszczony o 2 piksele itd). Jakoś nie chce mi
> się wierzyć że budowanie ramek pośrednich polega na analizie grafiki
> rastrowej dwóch pełnych obrazów, w końcu obraz jest zapisany "prawie"
> wektorowo w MPEGu a już na pewno wektorowo opisany jest ruch. To
> _znacznie_ upraszcza algorytmy.

No tylko tu mówimy o analogowym PAL-u, z którego będziesz miał MPEG, jak
sobie go zdigitalizujesz (to i tak trzeba zrobić), a później enkoderem na
ten MPEG zakodujesz. Natomiast jeśli masz na myśli sygnał cyfrowy z
zewnętrznego źródła w MPEG, to coś w tym jest. Tylko, że jeszcze i z
sygnałem postanalogowym coś trzeba zrobić. Czyli trzeba stworzyć albo dwa
różne bloki, albo jeden uniwersalny i znowu nam się sprawa komplikuje.
Zresztą to właśnie na analogowym obrazie jest największe opóźnienie, bo jak
TV LCD używasz jako monitora do kompa to te opóźnienia są niezauważalne.
Inna sprawa, że w tym trybie wiele "ulepszaczy" zwyczajnie się nie włączy.