Re: hdr a Jpg - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.rec.foto.cyfrowa › hdr a Jpg › Re: hdr a Jpg

Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!b16g2000yqb.googlegroups.com!not-for-mail
From: j...@a...at
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: hdr a Jpg
Date: Thu, 12 Mar 2009 12:35:52 -0700 (PDT)
Organization: http://groups.google.com
Lines: 69
Message-ID: <5...@b...googlegroups.com>
References: <f...@a...googlegroups.com>
<gpaptq$180m$1@alfa.ceti.pl> <gpaqfn$jnr$1@inews.gazeta.pl>
<gpb2r1$1fls$1@alfa.ceti.pl> <gpb4dl$ck7$1@inews.gazeta.pl>
<gpb6t8$1ito$1@alfa.ceti.pl> <gpb8f3$265$1@inews.gazeta.pl>
<gpbbi1$1ns1$1@alfa.ceti.pl> <gpbcip$jil$1@inews.gazeta.pl>
<gpbdvh$1pog$1@alfa.ceti.pl>
<8...@v...googlegroups.com>
<gpbi1u$1sgr$1@alfa.ceti.pl>
<2...@v...googlegroups.com>
<gpblgi$1v17$1@alfa.ceti.pl>
<b...@d...googlegroups.com>
<gpbn8b$207t$1@alfa.ceti.pl>
NNTP-Posting-Host: 80.121.48.171
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1236886552 7788 127.0.0.1 (12 Mar 2009 19:35:52 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Thu, 12 Mar 2009 19:35:52 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: b16g2000yqb.googlegroups.com; posting-host=80.121.48.171;
posting-account=FdZP6AoAAABTTDSWlJxJVrNz1vVVtUux
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR
1.1.4322; .NET CLR 2.0.50727; .NET CLR
3.0.04506.30),gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:796391
[ ukryj nagłówki ]
On 12 Mrz., 20:20, "Stefan Nawrocki" <o...@3...com.pl> wrote:
> Użytkownik <j...@a...at> napisał w
wiadomościnews:b91aad58-3cbb-40a4-9b8e-07305b13e7cf@
d19g2000yqb.googlegroups.com...
>
> > matryca o duzej dynamice zagospodaruje ten obszar gesciej ,
> > odwzorowanie bedzie subtelniejsze .
>
> Mam wrażenie, że powtarzamy w kółko to samo :-). Tak właśnie będzie -
> odwzorowanie będzie subtelniejsze. Nie oznacza to jednak, że będzie mogła
> przyjąć więcej światła (lub że będzie miała mniejsze szumy).

nie oczywiscie ze nie ma to z szumami nic wspolnego.wogole do tej
pory slowa "szumy" nie uzywalem.

ilosc przyjetego swiatla nie zalezy od przetwornika A/C czyli dlugosci
slowa - to sie dzieje po stronie wyjscia.
nie zwiekszamy w ten sposob dynamiki wejscia czyli zakresu tonalnego
jaki matryca moze przyjac - absolutnie nie .

Nie wiem gdzie widzisz tutaj problem ?

.

>
> No tak, tylko problemem jest uzyskanie dobrego "źródła" (które potem poddamy
> temu mapowaniu). To źródło przy dzisiejszym poziomie technologicznym nas nie
> zadowala i dlatego kombinujemy z HDR. I to "niezadowolenie" nie wynika z
> faktu 8, czy 12 bitów.

Tak
ale zauwaz :

mapujesz czyli dokonujesz przeliczen juz po stronie wyjscia , czyli
znaczenie ma i sama matryca - jej zakres tonalny i dlugosc slowa czyli
pojemnosc tonalna

Gdyby tak było, to wystarczyłoby zapisywać pliki
> 12-bitowe i za pomoca odpowiedniego oprogramowania "mapować" je na pliki
> 8-bitowe. Tymczasem - to nie wystarcza. Nadal trzeba mieć dwa lub trzy pliki
> 12-bitowe (naświetlone z przesunięciem), żeby dostać zadawalajacy efekt.

sens HDR latwo mozna wyjasnic opisujac jak sie zmieni krzywa
desynsometryczna - tak trzebaby powiedziec .

ale to latwiej narysowac niz opisac.
HDR to w zasadzie manipulowanie na krzywej:
dzilimy ja na 3 czesci - lewa ktora nie miesci sie w zakres tonalny
monitora bo za ciemno - srodkowa , ktora sie miesci , i prawa , ktora
sie nie miesci w zakres tonalny monitora bo za jasna.

i teraz lewa czesc przesuwamy na srodek w prawo i prawa czesc na
srodek w lewo teraz wszystkie trzy czesci znajduja sie w zakresie
tonalnym monitora - trzeba tylko jakos wyliczyc krzywa wypadkowa - i
to robi tonmaping na 100 mozliwych algorytmow.

XXX