-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!l2g2000yqd.googlegroups.com!not-for-mail
From: XX YY <f...@g...com>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: hdr i pseudohdr
Date: Tue, 13 Oct 2009 23:29:49 -0700 (PDT)
Organization: http://groups.google.com
Lines: 92
Message-ID: <8...@l...googlegroups.com>
References: <hb2f0u$8rn$1@news.wp.pl> <h...@t...hamstera.pl>
<hb2n2g$4f4$1@inews.gazeta.pl> <h...@t...hamstera.pl>
<hb2o6o$pgm$1@atlantis.news.neostrada.pl>
<h...@t...hamstera.pl>
<hb2pi4$sf0$1@atlantis.news.neostrada.pl>
<h...@t...hamstera.pl>
NNTP-Posting-Host: 80.121.25.135
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1255501789 9276 127.0.0.1 (14 Oct 2009 06:29:49 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Wed, 14 Oct 2009 06:29:49 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: l2g2000yqd.googlegroups.com; posting-host=80.121.25.135;
posting-account=JOtkwgoAAAA9ocXNwD7vxptlRFKa5e2C
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR
2.0.50727; .NET CLR 3.5.30729; .NET CLR
3.0.30618),gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:830500
[ ukryj nagłówki ]On 13 Okt., 23:22, Mateusz Ludwin <n...@s...org> wrote:
> Rzecze Mikolaj Tutak:
>
> >> Nie było powiedziane że składamy różne ekspozycje.
>
> > A to w HDR składamy te same ekspozycje?!?!?!?!?! :-O
>
> A czy ktoś ci broni?
>
> Celem HDRI jest rekonstrukcja natężenia światła na scenie.
nie.
celem hdr jest dopasowane dynamiki sceny do dynamiki wyjscia
dynamiki wyjscia czego ? - urzadzenia wyjsciowego / medium wyjsciowego
- monitor - drukarka/papier.
czyli jest to takie przeksztalecnie obrazu , ktore pozwala na
zaciesnienie zakresu dynamicznego sfotogrowanej sceny w ten sposob
by mogla ona byc przedstawiona na urzadzeniach o mniejszym zakresie
dynamiki.
niczego nie rekonstruujesz . zakres dynamiczny najzesciej monitora
jest mniejszy niz sceny rzeczywistej ,
chodzi o to zeby te rozpieta tonalnie scene udalo sie pokazac na
urzadzeniu o mniejszym zakresie dynamiki.
tylko w scenach tonalnie plaskich mozliwa bylby taka rekonstrukcja ,
ale w takim przypadku hdr nie przynosi zadnych najmniejszych nawet
skutkow.
W JPG z tego
> natężenia już niewiele zostaje, bo obraz jest powykręcany przez różne
> krzywe.
a skad sie wziely te krzywe ?
spadly z nieba?
a nie przypadkiem sa po to zeby wogole mozna bylo zobaczyc obraz.
jpeg to tylko format zapisu pliku.
obraz widzisz juz na monitrze zanim przeszedles na jpeg.
i jesli jest on ubozszy dynamicznie niz oryginalna scena to nie wynika
to z przyszlego formatu zapisu , a z ubozszych mozliwosci
dynamicznych urzadzen.
tyle kropka . nie pisz glupot .dalsze czytanie mozemy sobie darowac.
XXX
W Rawie już jest lepiej, bo masz to liniowo, ale jest tam tylko
> wycinek wartości i to mocno zafałszowany na brzegach pomiaru. Więc przesuwa
> się okno urządzenia pomiarowego (matrycy), tak żeby pomierzyć cały zakres.
> Jak coś zmierzymy dwa razy to dodatkowo dostaniemy dokładniejszy pomiar. Ale
> niekoniecznie trzeba mierzyć dwa razy tak samo, nawet jak przesuwasz
> ekspozycję, to rzadko kiedy jest tak że piksel tylko na jednym zdjęciu
> niesie jakąś informację. Więc zrobienie HDRI z trzech zdjęć na ISO3200 z
> korekcją -1, 0, 1EV istotnie zmniejszy szum.
>
> "For robustness, and to recover high dynamic range radiance values,
> we should use all the available exposures for a particular pixel
> to compute its radiance. For this, we reuse the weighting function in
> Equation 4 to give higher weight to exposures in which the pixel's
> value is closer to the middle of the response function
>
> (...)
>
> Combining the multiple exposures has the effect of reducing
> noise in the recovered radiance values. It also reduces the effects
> of imaging artifacts such as film grain. Since the weighting function
> ignores saturated pixel values, "blooming" artifacts5 have little
> impact on the reconstructed radiance values."
> --
> Omniscient, omnipotent, omnipresent, without judgment
>
> Mateusz Ludwin mateuszl [at] gmail [dot] com
Następne wpisy z tego wątku
- 14.10.09 06:54 Mateusz Ludwin
- 14.10.09 06:56 Mateusz Ludwin
- 14.10.09 07:03 XX YY
- 14.10.09 07:04 Sebastian Nibisz
- 14.10.09 07:20 XX YY
- 14.10.09 07:35 Piotr Biernawski
- 14.10.09 07:24 Mateusz Ludwin
- 14.10.09 07:39 Mateusz Ludwin
- 14.10.09 07:55 Nieznajomy
- 14.10.09 07:57 Nieznajomy
- 14.10.09 08:13 XX YY
- 14.10.09 08:22 XX YY
- 14.10.09 08:51 Mateusz Ludwin
- 14.10.09 09:21 XX YY
- 14.10.09 09:31 XX YY
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-01-12 Jak na naszych oczach odradza się cenzura :-)
- 2025-01-11 Koszty prowadzenia firmy za granicą
- 2025-01-11 19 migrantów
- 2025-01-11 300km/h
- 2025-01-11 Kongres USA uchwalił "Prawo babci Pawlakowej" na MTK [Lex Gradma Pawlak]
- 2025-01-11 Riga => Specjalista ds. public relations <=
- 2025-01-11 Przestępca wyborczy Musk nadciąga nad Tuskistan?
- 2025-01-11 Białystok => Delphi Programmer <=
- 2025-01-09 Jaka nawigacja z asystentem zmiany pasa ruchu?
- 2025-01-10 Coś dusi.
- 2025-01-09 akumulator napięcie 12.0v
- 2025-01-10 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-10 Warszawa => Software .Net Developer <=
- 2025-01-10 Białystok => Application Security Engineer <=
- 2025-01-10 Warszawa => System Architect (Java background) <=