-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!k4g2000yqb.googlegroups.com!not-for-mail
From: XX YY <f...@g...com>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: JPEG vs RAW - Dynamic Range | 450D
Date: Tue, 29 Sep 2009 02:43:24 -0700 (PDT)
Organization: http://groups.google.com
Lines: 84
Message-ID: <c...@k...googlegroups.com>
References: <h9l3tp$vg6$1@node1.news.atman.pl>
<b...@k...googlegroups.com>
<h9mhe7$cg$1@inews.gazeta.pl> <h9nb7l$4f9$1@achot.icm.edu.pl>
<4...@n...home.net.pl> <s...@g...mierzwiak.com>
<h9nm2u$fdi$1@achot.icm.edu.pl>
<s...@g...mierzwiak.com>
<h9qm1e$dq4$1@achot.icm.edu.pl>
<f...@b...googlegroups.com>
<h9r55d$22a$1@achot.icm.edu.pl> <h9sgot$1kv$1@srv.cyf-kr.edu.pl>
NNTP-Posting-Host: 80.121.1.134
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1254217404 12541 127.0.0.1 (29 Sep 2009 09:43:24 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Tue, 29 Sep 2009 09:43:24 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: k4g2000yqb.googlegroups.com; posting-host=80.121.1.134;
posting-account=JOtkwgoAAAA9ocXNwD7vxptlRFKa5e2C
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0;
GTB6; .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:828008
[ ukryj nagłówki ]On 29 Sep., 10:37, "Wojtekk" <u...@w...pl> wrote:
> Użytkownik "Marcin [3M]" <m...@g...pl> napisał w
wiadomościnews:h9r55d$22a$1@achot.icm.edu.pl...
>
>
>
> > Użytkownik "XX YY" <f...@g...com> napisał w wiadomości
> >news:f0b1116c-b0dc-48b3-a077-e3a4163a186a@b18g2000v
bl.googlegroups.com...
>
> >>jak to jest ? :
> >>obydwa zdjecia sa w JPEG i na jednym widzi niebo a na innym nie widzi
> >>nieba.?
> >>Obydwa sa TAK SAMO OSMIO BITOWE.
>
> > Fakt. Ale jeden zanim stał się JPG został ręcznie skorygowany w 12 bitach.
>
> A czy nie jest przypadkiem tak, że RAW ma 12 bitów na pixel (lub 10, 14, itp.
> zależnie od aparatu), a JPG ma 3 x 8 = 24 bity na pixel?
nie
Czyli każdy pixel w
> RAWie zawiera tylko informację o jasności jednej składowej RGB, natomiat
> informacja o kolorze jest interpolowana na podstawie rozkładu filtrów i jasności
> sąsiednich pixeli (wynika to z budowy matryc).
> Teoretycznie mamy więc 12 bitowy RAW, który zawiera zaledwie połowę informacji
> jaka mieści się w standardowym 24 bitowym RGB (np. JPG).
w jpg jest przeliczany RGB do ycbcr
>
> Tak więc widać, że najwięcej możliwości kryje się w algorytmach zamiany RAW w
> pliki graficzne, a nie w "bitowości" pliku wynikowego, a obróbka 12-bit RAW to
> zupełnie co innego niż obróbka pliku graficznego 12-bit/kolor.
dokladnie tak jest
w jpeg jest dokonywany caly szereg operacji rachunkowych , z ktorych
kilka prowadzi do spadku rozdzielczosci ( luminancji i koloru)
autor pytania ma nastepujacy dylemat :
jpeg z aparatu jest gorszy niz jpeg z rawu obrabianyw komputerze.
obydwa jpeg pochodza z tego samego zrodla - z tego samego rawu.
obydwa obrazy z z tego samego raw zostaja sprowadzone do tego samego
formatu jpeg , ale z roznym wynikiem.
tak wiec problem nie w formacie RAW ,i nie w formacie JPEG a w drodze
na ktorej zostala dokonana konwersja.
W obu przypadkach dokonano konwersji po roznej drodze - stad rozne
wyniki.
Co znaczy po roznej drodze ?
W stosowanych algorytmach wprowadzono rozne parametry.
Jak to zrobil autor pytania ?
Nastwami za pomoca liczb i suwakow.
W aparacie dokonal wyboru parametrow przed zrobieniem zdjecia
w komputerze po zrobieniu zdjeciu
i wybral rozne parametry obrobki calkowicie nieswiadomie.
Jesli przejrzysz algorytmy JPEG ( niestety potrzebna jest znajomosc
matematyki na poziomie wyzszym) to od razu mozna zauwazyc ze pewne
parametry oryginalnego obrazu musza ulec redukcji /usrednieniu - co
nawet przy takiej samej liczbie bitow i tak prowadziloby do
pogorszenia jakosci.
Sens jest taki - kilka pixeli roznych zostaje zastapionych ta sama
liczby pixeli identycznych ( usrednionych w pewien sposob). POzwala to
na dyskretyzacje informacji zawartej w oryginalnym pliku , a tym samym
zmniejszenie wielkosci pliku wynikowego.
Następne wpisy z tego wątku
- 29.09.09 10:03 XX YY
- 29.09.09 10:25 Wojtekk
- 29.09.09 10:26 John Smith
- 29.09.09 10:34 XX YY
- 29.09.09 10:48 John Smith
- 29.09.09 11:03 XX YY
- 29.09.09 11:24 Andrzej Popowski
- 29.09.09 11:39 kibic
- 29.09.09 14:49 Marek Dyjor
- 29.09.09 14:56 Marek Dyjor
- 29.09.09 15:55 XX YY
- 29.09.09 16:59 Mateusz Ludwin
- 29.09.09 20:14 XX YY
- 01.10.09 05:10 KILu
- 02.10.09 19:56 Gotfryd Smolik news
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-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=