-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Marek <p...@s...com>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Jaki filtr ND?
Date: Sun, 25 May 2014 13:19:40 +0200
Organization: ATMAN - ATM S.A.
Lines: 105
Message-ID: <llsjkf$s21$1@node1.news.atman.pl>
References: <lldphb$k81$1@node2.news.atman.pl>
<537a75e1$0$2155$65785112@news.neostrada.pl>
<lldt9c$odp$1@node2.news.atman.pl>
<537bb9e3$0$2239$65785112@news.neostrada.pl>
<llggnn$aon$1@node2.news.atman.pl>
<a...@g...com>
<llhm57$c50$1@node2.news.atman.pl> <llhutb$6ql$1@news.task.gda.pl>
<lli037$r3g$1@node1.news.atman.pl>
<537c9622$0$2378$65785112@news.neostrada.pl>
<llins9$k3j$1@node1.news.atman.pl>
<537d0e94$0$2143$65785112@news.neostrada.pl>
<llj681$4gv$1@node1.news.atman.pl>
<0...@g...com>
<llkutv$i7b$1@node2.news.atman.pl>
<f...@g...com>
<lllr6v$f0c$1@node2.news.atman.pl>
<2...@g...com>
<llnhtm$kdt$1@node1.news.atman.pl>
<Pine.WNT.4.64.1405240226550.3472@quad>
<llpjhf$n17$1@node1.news.atman.pl>
<Pine.WNT.4.64.1405242347110.2748@quad>
NNTP-Posting-Host: 89-69-202-51.dynamic.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1401016783 28737 89.69.202.51 (25 May 2014 11:19:43 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 25 May 2014 11:19:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101
Thunderbird/24.5.0
In-Reply-To: <Pine.WNT.4.64.1405242347110.2748@quad>
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:903418
[ ukryj nagłówki ]W dniu 2014-05-24 23:47, Gotfryd Smolik news pisze:
>
> I tu zgodziłeś się z przemyconą przez XX YY tezą: że ów szum będzie,
> podobnie jak zbierany sygnał, przyrastał liniowo (i nic to, że mowa
> była o scałkowanej energii).
Ahhhh... nieee, musiałem się podłożyć najwyraźniej :-D
Nie mam bladego pojęcia jak ten szum będzie przyrastał więc nie
komentowałem zbyt obficie. Zgodziłem się tylko co do tego, że będzie
proporcjonalnie przyrastał (niekoniecznie liniowo). Zresztą w innym
wątku prowadzę dyskusję na podobny temat. Matryce podobno całkiem mocno
się grzeją przy długiej pracy i to może powodować, że wszelkiej maści
szumy krótkich czasów są relatywnie sporo mniejsze. Zmieniają się
priorytety źródeł zakłóceń w tym momencie.
>> No ale wtedy też rosną inne zakłócenia - tak jak napisałeś - więc
>> nawet nie wiem czy będzie on istotną składową w jakichkolwiek warunkach.
>
> Może tak być.
> Ale pominąłem tę część zastrzeżeń, zupełnie.
> ZAKŁADAJĄC że mamy obszar działania w którym szum termiczny
> będzie czynnikiem dominującym, zgodziłeś się z XX YY co do skali
> jego przyrostu.
> Mianowicie sugerował, że ta skala jest liniowa.
> I tak właśnie się wyraziłeś! (i tego się czepiam).
I słusznie :-) Nie tyle liniowo co proporcjonalnie - tak powinienem się
wyrazić. A czy z logarytmem, kwadratem, sześcianem, pierwiastkiem, to
już inna sprawa :-) Sprostowuje więc swoje słowa.
> Raz jeszcze i powoli.
> Mamy szum o takim charakterze jak termiczny - losowy, nieskorelowany
> z niczym, o takim widmie jakie ma termiczny.
Ok
> I mamy równoległy sygnał użyteczny, zbierany przez przetwornik.
Ok
> XX YY powiada, że wraz z czasem ekspozycji "zbieramy" sygnał
> użyteczny. I to jest prawda.
Dotąd zgoda
> Powiada również, że "zbieramy" szum. I to też jest prawda.
> To co przemycił i czemu przyklasnąłeś, to teza, że jak zwiększymy
> domenę "zbierania", to szum wzrośnie *równie proporcjonalnie*
> jak sygnał użyteczny.
> A to już NIE JEST prawda!
Ok, ok, ok ... tu się w 100% zgadzam. Ale czytam dalej bo to ciekawe.
> Przy 16-krotnym zwiększeniu "domeny zbierania", czyli w naszym
> przypadku czasu ekspozycji, nazbieranego sygnału (nie dającego
> się odróżnić od sygnału użytecznego) będzie CZTERY razy więcej,
> a nie szesnaście!
> Objaśnienie jest proste: rozkładając sygnał szumu na widmo,
> zauważamy, że ta część która jest istotnie powyżej połowy okresu
> próbkowania, efektywnie się znosi, znaczy zakłócenie od składowych
> najwyższych częstotliwości szumu MALEJE, a rośnie jedynie ta część
> od niskich składowych.
Noooo... to rozumiem. W.cz. nie zdążą się spróbkować. Częstotliwość
Nyquista... To jest jasne.
> Dlatego, zakładając że pomijamy pozostałe czynniki i rozważamy
> wyłącznie szum termiczny, przy założeniu iż "wzorcowe" zdjęcie
> robimy na poziomie szumu 1 bitu sygnału przetwornika, zaś
> chcemy dojść do etapu że poziom szumu obejmie najstarszy bit
> sygnału 12-bitowego przetwornika, wcale nie wystarczy "zmusić"
> warunków ekspozycji do czterech tysięcy razy różnicy.
No i zwróć uwagę, że taki właśnie argument przedstawiłem koledze XX YY.
Zgodnie z jego teorią, gdybym zjechał filtrem ND o 12ev to powinienem
widzieć sam szum. A tak nie jest.
> Zgoda, zgoda.
> Ale przyczepiłem się faktu, że akceptowałeś mocno optymistyczną
> dla szumu termicznego wersję jego wagi ;)
Trochę nawet celowo choć moją intencją było zupełnie coś innego. :-D
Mianowicie nie chciałem dać pretekstu XX YY do rozbicia dyskusji o nowy
aspekt gdyż obecny generował już mega-dyskusję. Dlatego w pewnym
momencie uprościłem dyskusję do jednego zagadnienia. Chciałem jedynie
wykazać metodą podpuszczania, że teoria jest błędna (co potem
zobrazowałem jak już wreszcie dotarł do mnie zamówiony ND32).
> Tak.
> Stąd np. "wielkość gwiazdowa".
> 10 ^ (2/5) :D (około 2,5)
> Liniowo przeliczalna na EV :) (skoro jedno i drugie logarytmiczne,
> to wystarczy podzielić przez siebie wykładniki).
Qmam. Dziękuję za obszerne wyjaśnienia. Szczerze mówiąc nigdy wcześniej
nie interesowałem się tematem. Zrozumienie pewnych zjawisk ułatwia pracę
ze sprzętem później. Powyższy wątek powstał zupełnie przypadkowo: po
słowach XX YY mówiących o rzekomym psuciu obrazu przez filtry ND.
--
Pozdrawiam
Marek
Następne wpisy z tego wątku
- 28.05.14 12:10 EMPI
- 28.05.14 12:43 XX YY
- 28.05.14 13:19 XX YY
- 28.05.14 14:52 Marek
- 28.05.14 16:43 XX YY
Najnowsze wątki z tej grupy
- Nikon D5500 i wyzwalanie migawki
- Canon 550D
- EOS 600D i balans bieli w filmach
- EOS 90D i sentymenty
- Skanowanie: Canon MG2550S vs HP OfficeJet 6950
- czas exif a czas modyfikacji pliku
- karta SD po formacie odzyskiwanie zdjęć i filmów
- Chess
- Vitruvian Man - parts 7-11a
- Eltec nie zyje?
- Steve McCurry
- Light - lajkowe klasyki od Chinczykow
- Forum o Sony serii A (alfa)?
- obrobka RAW na konputerze
- Sklejanie bracketowanych JPGów
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