-
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
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO