-
Data: 2010-05-19 22:23:04
Temat: Re: Szklana linia opó?niaj?ca
Od: Sebastian Biały <h...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Adam Dybkowski wrote:
>> 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.
> Z dwóch sąsiednich półobrazów ciężko zrobić sensowną klatkę.
Nie o to chodzi. Mam na mysli, ze skoro uniwersalny procesor za pare $
jest w stanie robić minimum tej czynności, to specjalizwoany układ za
pare $ zrobi znacznie więcej. W tym również detekcje ruchu na wielu
obrazach interlace złapanych również w przyszłości/przeszłości.
Tylko że jestem na stanowisku że taka technologia to jakas pomyłka.
Ideałem było by gdyby to stacja nadawcza decydowala co jest w obrazie
istotne a co nie i gdzie się przemieściło (oglądając mecz naprawdę mam
głęboko w poważaniu szczegóły trybuny, wole żeby mi _piłki_ nie
rozmywał). MPEG daje takie możliwości. W jego przypadku opóźnienie nie
będzie potrzebne, lub będzie potrzebne znacznie mniejsze (włacznie z
regulowanym) bo dane znacznie lepiej wyliczyć mając wektorowy opis ruchu
i wyswietlić z aproksymacją pomiedzy klatkami jesli telewizor jest
faktycznie w stanie tak szybko wyswietlać. No i oczywiście tryb
progressive tylko pomaga, żadnego zgadywania i półobrazów jak to teraz
się robi. Ciągle nie mogę pojąć dlaczego tryb interlace jest domyslnym
sposobem działania TV w czasach MPEG i LCD. Nawet mój dekoder N
kretyńsko podskakuje wyświetlając menu na LCD podpiety przez HDMI ...
> przydaje się też kolejny (trzeci) półobraz: łącznie z chwil t-1, t, t+1.
> Wtedy można już starać się aproksymować ruch obiektów.
To oczywiścte, dlatego algorytmy deinterlace bazujące na dwoch
półobrazach zawsze rozmywają go bo innego wyjścia raczej nie ma. Sens
mojej wypowiedzi jest jednak w tym, że taką czynność (bazującą na dwóch
półobrazach i _nietrywialnym_ rozmywaniu) robi z palcem w d...
najsłabszy uniwersalny procesor na rynku w czasie rzeczywistym
korzystając z BT878 którego cena jest chyba symboliczna. Dlatego nie
bałbym się o moc obliczeniową ukladow specjalizowanych do takich zadań,
potrafią więcej niż głupie dwa półobrazy poskładane do kupy.
Następne wpisy z tego wątku
- 19.05.10 22:59 Marcin Wasilewski
- 19.05.10 23:08 Sebastian Biały
- 19.05.10 23:18 Marcin Wasilewski
- 20.05.10 05:58 Sebastian Biały
- 20.05.10 06:20 J.F.
- 20.05.10 06:35 J.F.
- 20.05.10 10:29 Marcin Wasilewski
- 20.05.10 19:56 J.F.
- 24.05.10 21:49 __Maciek
- 26.05.10 21:31 Feromon
- 26.05.10 21:59 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- jak szybko plynie prad
- Płytki Milkv-Duo
- Światłowód między budynkami
- POtrzebny bufor 3.3<>5V, jedonkieruowy, trójstanowy, wąski
- retro
- Bezprzewodowe polączenie Windows z projektorem
- rozklejanie obudowy
- Prośba o identyfikację komponentu
- Smart gniazdko straciło na zasięgu wifi?
- Smart gniazdko straciło zasięg wifi?
- nurtuje mnie
- dziwna sprawa...
- Laptop MSI się nie uruchamia.
- Dobra listwa LED (CRI 90-95, bez migotania)
- masowe programowanie AVR
Najnowsze wątki
- 2024-11-04 GNSS Motorola G85 vs Redmi Note 9 pro
- 2024-11-04 Katowice => SAP BTP Consultant (mid/senior) <=
- 2024-11-04 Katowice => Spedytor międzynarodowy <=
- 2024-11-04 Warszawa => Specjalista/tka ds. Zamówień publicznych <=
- 2024-11-04 Poznań => QA Engineer <=
- 2024-11-04 Poznań => QA Inżynier <=
- 2024-11-04 Polskie sądy są bardzo wyrozumiałe...
- 2024-11-04 Wrocław => SAP Project System/EPPM Consultant <=
- 2024-11-04 Gliwice => Team Lead / Tribe Lead FrontEnd <=
- 2024-11-04 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-04 Kraków => Software .Net Developer <=
- 2024-11-04 Kraków => Programista Full Stack .Net <=
- 2024-11-04 Warszawa => Key Account Manager <=
- 2024-11-04 Warszawa => Spedytor Międzynarodowy <=
- 2024-11-04 Warszawa => E-COMMERCE specialist <=