-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!new
sfeed.neostrada.pl!atlantis.news.neostrada.pl!news.neostrada.pl!localhost!smoli
k
From: Gotfryd Smolik news <s...@s...com.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: OLYMPUS IS WORKING ON THE HOLY GRAIL OF HDR!
Date: Sat, 10 Oct 2009 17:50:09 +0200
Organization: TP - http://www.tp.pl/
Lines: 83
Message-ID: <Pine.WNT.4.64.0910101734270.4052@quad>
References: <4...@n...home.net.pl>
<9...@r...googlegroups.com>
<haikk1$pvp$1@news.onet.pl>
<1...@k...googlegroups.com>
<hakjc0$ta8$1@news.onet.pl> <f...@4...com>
<Pine.WNT.4.64.0910081933050.2468@quad>
<t...@4...com>
NNTP-Posting-Host: emh123.internetdsl.tpnet.pl
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8BIT
X-Trace: nemesis.news.neostrada.pl 1255192195 24811 83.15.167.123 (10 Oct 2009
16:29:55 GMT)
X-Complaints-To: u...@n...neostrada.pl
NNTP-Posting-Date: Sat, 10 Oct 2009 16:29:55 +0000 (UTC)
In-Reply-To: <t...@4...com>
X-X-Sender: moj@quad
User-Agent: Hamster/2.1.0.11
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:830007
[ ukryj nagłówki ]On Fri, 9 Oct 2009, Andrzej Popowski wrote:
>>>>> Szumy z 3 matryc musza byc wieksze sredno 3 razy niz szumy
>>>>> z jednej matrycy.
>>>>
>>>> hm... też nie do końca jest to prawda.
>>>
>>> Szumy nie są ze sobą skorelowane, dlatego ich moc nie dodaje się
>>> arytmetycznie. Suma szumów z 3 matryc będzie średnio większa nie 3
>>> razy ale pierwiastek z 3 razy.
>>
>> Jeden moment.
>> Redukcja (z "N" do sqrt("N")) o której piszesz ma zastosowanie, jeśli
>> mierzymy *ten sam* sygnał (wielokrotnie).
>
> Zapewne masz na myśli sygnał tworzący obraz. Ale ja tego nie tykam, po
> porstu stwierdzam, że sygnał stochastyczny nie sumuje sie tak, jak to
> opisał przedmówca.
Ale zamiast zaprotestować wobec pomysłu wyżej, zapodałeś własny,
ktory stosuje się przy sumowaniu pomiarów tego samego sygnału.
No to pozostało również zaprotestować :D
> Albo rozważamy HDR albo RGB. Ale fakt: ani w przypadku HDR ani RGB nie
> będzie prostego sumowania sygnałów z matryc.
Mniej więcej o to mi chodzi.
>> W zakresie w którym sygnały są "rozdzielne" nie mamy więc żadnego
>> wpływu (sygnału z matryc na siebie), w zakresie w którym widma
>> sygnału się nachodzą, będziemy musieli (w razie chęci "wydłubania"
>> sygnału z pasm które się nachodzą, znaczy nie są dość rozdzielone
>> jak na nasze potrzeby) z powrotem przywrócić ten szum - bo trzeba
>> będzie (raczej) odjąć sygnały z matryc[...]
>
> Nie bardzo rozumiem, jakie odejmowanie chciałbyś wykonac.
Bardzo proste.
Zamiast tezy "idźmy do sklepu kupić idealną prostą", dość powszechny
dowcip matematyczny :), co w naszym przypadku przekłada się na
(najwyraźniej powszechnie akceptowane) założenie "weźmy idealny
filtr kolorowy", sugeruję że trzeba wziąć mierzalną korektę
na tezę "nie ma tak dobrze".
Celem rozważenia wystarczy na początek przyjąć mniej optymistyczną
wersję w postaci: "weźmy filtr rzeczywisty, taki że filtr czerwony
ma dla światła zielonego tłumienie 2x większe niż dla światła
czerwonego i vice versa".
I wtedy przyglądamy się szumom - a ściślej proporcji "sygnał/szum"
i wiele sie wyjaśni.
> Ale tak w
> ciemo zasugeruję, że odejmowanie podobnie jak sumowanie dwóch
> podobnych sygnałów zwiększa dostępny zakres wartości 2x.
Ale tylko pod warunkiem, że mamy do dyspozycji czarne światło :P
Oczywiście jak mamy sygnały o wartościach 2 i 1 to różnica
wymienie -1 (i tylko pod warunkiem takiego "dopuszczenia"
uzyskasz "zwiększony dostępny zakres").
Widzę pewien kłopot z odzwzorowaniem :D
> A szumy rosną tak, jak napisałem ;-)
Szumy tak, ale sygnał nie - i w tym problem, że dla nas
bezwzględna wartość szumu jest mało miarodajna.
Przy sumowaniu próbek *takiego samego pomiaru* składowa
sygnału się rownież sumuje, zaś przy obliczeniach w rodzaju
"niedoskonały filtr kolorowy" trzeba odjąć "bazę", aby
odtworzyć pierwotne nasycenie kolorów.
Mamy do wyboru: albo zostawiamy kolory "jak są" (i będą
mdłe lub bardzo mdłe), albo "odtwarzamy" je tak, że
prążek czerwonego będzie odwzorowany jako *tylko* czerwony
i tak dalej - a to oznacza "odjęcie bazy" z tych kolorów,
których jest mniej.
Szum się sumuje do SQRT, sygnał (częściowo) odejmuje
ale "na kolorach".
A do kompaktów pewnie przyjmuje się "odtworzenie" na poziomie
między 150% a 300% :> (znaczy podbicie nasycenia), więc tym
gorzej dla S/N
pzdr, Gotfryd
Następne wpisy z tego wątku
- 11.10.09 00:20 Andrzej Popowski
- 11.10.09 14:16 Nieznajomy
- 11.10.09 15:13 Paweł W.
- 12.10.09 08:27 Paweł W.
- 12.10.09 08:28 Paweł W.
- 12.10.09 09:01 Andrzej Libiszewski
- 12.10.09 09:07 Jacek Czerwinski
- 12.10.09 09:22 Paweł W.
- 12.10.09 09:54 Jacek Czerwinski
- 12.10.09 10:37 Sebastian Nibisz
- 12.10.09 11:02 Nieznajomy
- 12.10.09 11:06 Nieznajomy
- 12.10.09 11:07 Sebastian Nibisz
- 12.10.09 11:10 Nieznajomy
- 12.10.09 11:11 Nieznajomy
Najnowsze wątki z tej grupy
- Trochę NTG - Vegas Pro
- 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
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=