eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowahdr a JpgRe: hdr a Jpg
  • Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!feed.news.interia.pl!news.cyf-kr.edu
    .pl!news.ceti.pl!not-for-mail
    From: "Stefan Nawrocki" <o...@3...com.pl>
    Newsgroups: pl.rec.foto.cyfrowa
    Subject: Re: hdr a Jpg
    Date: Thu, 12 Mar 2009 20:51:25 +0100
    Organization: CETI S.C. (Krakow, Poland)
    Lines: 53
    Sender: <radiusok>@<unknown>
    Message-ID: <gpbp2d$21cs$1@alfa.ceti.pl>
    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>
    <5...@b...googlegroups.com>
    NNTP-Posting-Host: 83-145-183-63.cable-modem.tkk.net.pl
    X-Trace: alfa.ceti.pl 1236887437 66972 83.145.183.63 (12 Mar 2009 19:50:37 GMT)
    X-Complaints-To: a...@t...ceti.pl
    NNTP-Posting-Date: Thu, 12 Mar 2009 19:50:37 +0000 (UTC)
    X-Priority: 3
    X-MSMail-Priority: Normal
    X-Newsreader: Microsoft Outlook Express 6.00.2800.1933
    X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1933
    Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:796395
    [ ukryj nagłówki ]


    Użytkownik <j...@a...at> napisał w wiadomości
    news:5d9afbd6-cdbb-4c19-9f4a-e2c123c79d9e@b16g2000yq
    b.googlegroups.com...
    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.googlegroup
    s.com...

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

    Prawda - Ty nie - jakoś w dyskusji pojawił się motyw "jednego dodatkowego
    bitu bez szumu" :-).

    > 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 .

    Dokładnie.

    > Nie wiem gdzie widzisz tutaj problem ?

    Nie - ja nie widze - mówię to samo, dlatego napisałem, że powtarzamy w kółko
    to samo :-)

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

    Tak, ale długość słowa - w mniejszym stopniu niz matryca :-). Tzn. mniejsza
    liczba bitów pogarsza dokładność obliczeń, ale nie powoduje przepałów, czy
    szumów, które dyskwalifikują zdjęcie.


    > 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.

    No tak - to właśnie robi mój przykładowy algorytm, który zademonstrowałem
    :-).


    Stefan Nawrocki



Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: