-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
-for-mail
From: Sebastian Biały <h...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Szklana linia opó?niaj?ca
Date: Thu, 20 May 2010 00:23:04 +0200
Organization: http://onet.pl
Lines: 40
Message-ID: <ht1ocf$u78$1@news.onet.pl>
References: <hsoe4b$1j8$2@news.onet.pl> <hsoema$3g9$1@news.onet.pl>
<hspint$r8p$1@news.task.gda.pl> <hss2qu$lat$1@news.onet.pl>
<hss5ko$35n$1@news.task.gda.pl> <hss8g6$8oc$1@news.onet.pl>
<hssejj$5bq$1@news.task.gda.pl> <hsu79p$tv9$1@news.onet.pl>
<5...@4...com> <ht063p$2hk$1@news.onet.pl>
<ht07o1$8r1$1@news.onet.pl> <ht0ht2$gva$1@news.task.gda.pl>
<6...@4...com>
<ht1cli$dj7$1@news.task.gda.pl>
<p...@4...com>
<ht1f3m$kfe$1@news.task.gda.pl> <ht1fnh$g3$1@news.onet.pl>
<ht1h8s$qch$1@news.task.gda.pl> <ht1k2e$gos$1@news.onet.pl>
<ht1l2s$k7d$1@news.onet.pl>
NNTP-Posting-Host: chello089076168083.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1274307791 30952 89.76.168.83 (19 May 2010 22:23:11 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Wed, 19 May 2010 22:23:11 +0000 (UTC)
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: en-us, en
In-Reply-To: <ht1l2s$k7d$1@news.onet.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:588850
[ ukryj 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
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
Najnowsze wątki
- 2025-03-05 Zielona GĂłra => Konsultant wdroĹźeniowy Comarch XL/Optima (KsiÄgowoĹ
- 2025-03-05 Białystok => Spedytor Międzynarodowy (handel ładunkami/prowadzenie
- 2025-03-05 Warszawa => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-03-05 Środa Wielkopolska => Konsultant wewnętrzny SAP FI/CO <=
- 2025-03-05 Zielona Góra => Senior Field Sales (system ERP) <=
- 2025-03-05 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-05 Kraków => Business Development Manager - Network and Network Security
- 2025-03-05 Zaniepokojeni mieszkańcy
- 2025-03-05 Ile pieniędzy ma bank?
- 2025-03-05 Ostrów Świętokrzy => Node.js / Fullstack Developer <=
- 2025-03-05 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-03-05 Warszawa => Frontend Developer (Angular13+) <=
- 2025-03-05 Warszawa => Frontend Developer (obszar Angular13+) <=
- 2025-03-05 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-05 Warszawa => JavaScript / Node / Fullstack Developer <=