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

Nie. Wyżej wsponiałeś o rodzielczości która nie jest PALowska.

> 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ć.

Przeciętny program do zrzucania obrazu z PAL dostaje dwa półobrazy i w
czasie rzeczywistym robi deinterlace (nie mam na myśli naiwnego
przelatania lini tylko coś ambitnego). Zakładając że wyrabia się z tym
najzwyklejszy procek 1GHz to wcale się nie zdziwie jak specjalizowany
hardware oprócz tego wyliczy dwie ramki pośrednie zjadając x10 mniej mocy.