-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!new
s.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news.osn.de!dia
blo2.news.osn.de!195.114.241.69.MISMATCH!feeder.news-service.com!postnews.googl
e.com!h11g2000yqk.googlegroups.com!not-for-mail
From: XX YY <f...@g...com>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: 60D vs D7000 pytanie dla userów i fanów tabelek ;-)
Date: Fri, 8 Jul 2011 23:38:11 -0700 (PDT)
Organization: http://groups.google.com
Lines: 90
Message-ID: <6...@h...googlegroups.com>
References: <iv28tt$1gp$1@inews.gazeta.pl> <iv2ans$28m$1@news.task.gda.pl>
<iv2c3l$432$1@news.task.gda.pl> <iv6rkc$ph8$1@news.onet.pl>
<iv6vup$dna$1@news.task.gda.pl>
<d...@c...googlegroups.com>
<iv7gtt$k67$1@news.onet.pl>
<d...@d...googlegroups.com>
<iv7np4$l43$1@news.onet.pl>
NNTP-Posting-Host: 80.121.15.238
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1310194318 27339 127.0.0.1 (9 Jul 2011 06:51:58 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Sat, 9 Jul 2011 06:51:58 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: h11g2000yqk.googlegroups.com; posting-host=80.121.15.238;
posting-account=JOtkwgoAAAA9ocXNwD7vxptlRFKa5e2C
User-Agent: G2/1.0
X-Google-Web-Client: true
X-Google-Header-Order: ARLUEHNKC
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64;
Trident/4.0; GTB6.6; BTRS7391; SLCC1; .NET CLR 2.0.50727; Media
Center PC 5.0; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR
3.0.30729; .NET4.0C),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:879913
[ ukryj nagłówki ]On 8 Jul., 22:02, Marek Wyszomirski <w...@t...net.pl> wrote:
> W dniu 2011-07-08 20:56, XX YY pisze:
>
> > [...]
> > kompresja jpeg jest kompresja znormalizowana.
>
> Jesteś pewien, ze z pliki z dwóch aparatów różnych producentów przy
> nastawieniu np. na najsłabszą kompresję będą skompresowane w tym samym
> stopniu? Bo ja mam co do tego dość poważne wątpliwości.
>
niczego nie jestem pewien.
laboratoria tak porownuja.
cudow nie ma. nie da sie w mniejszym pliku obrazowym tak samo
komprymowanym zawrzec wiecej informacji.
Uzywa sie troche moze niezrecznie pojecia rozdzielczosc .
Byc moze zgrabniej by bylo nazwac te ceche "informatycznosc" lub
zawartosc informatyczna.
wszystko jedno .
wielkosc pliku brutto zalezy od liczby pixeli,. w komprsji jpeg czyli
24b ( 3 B) np dla 12 mpx wielkosc pliku brutto bedzie ok 36 MB.
Wielkosc pliku netto bedzie mniejsza i wynikac z tego jak obraz
zostanie zapisany .
Uzywa sie terminu "sprawnosc" czyli stosunek wielkosci pliku netto do
brutto .
fotografujac w celach porownawczych tablice testowa mozna wnosic o
"informatycznosci" czyli jakosci odwzorowania.
widac to b. dobrze robiac zdjecia tej samej tablicy testowej zoomem
na roznych ogniskowach ( zawsze w tej samej skali odwzorowania ) .
Pliki beda sie roznic sie od siebie wielkoscia w zaleznosci od tego
jak ze zmiana ogniskowej zmienia sie rozdzielczosc obiektywu.
Mozna ogolnie powiedziec i nikt chyba temui nie zaprzeczy , ze
fotografujac ten sam obraz i zapisujac plik w ten sam sposob w jpeg ,
plik wiekszy bedzie zawieral wiecej informacji ( czyli bedzie
odwzorowanie bardziej subtelne).
Przy czym to nie jest jakas zaleznosc prostoliniowa - dwa razy wiekszy
plik nie oznacza tym samym dwa razy wieksza rozdzielczosc obrazu w
sensie lini /mm.
Nie wnikalem w to jak ktore laboratorium traktuje pliki - czy licza
je sami z RAW w ten sam sposob , czy biora je z puszki. W zasadzie
poniewaz kompresja jpeg jest kompresja znormalizowana przypuszczam ze
mozna rowniez porownywac pliki prosto z puszki . Aby wnosic o
potencjale jakosciowym aparatu trzebaby porownywac pliki najwyzszej
jakosci.
>
> Właśnie taka. Algorytm kompresji nie wie, czy zróżnicowanie sygnałów z
> poszczególnych pikseli matrycy wynika z zarejestrowanych szczegółów
> obrazu, czy z szumów.
nie wiem . sadze ze ludzie ktorzy to robia zawodowo biora to pod
uwage.
trzebaby wprost zapytac laboratorium.
ja przytoczylem wielkosc plikow jpeg dla tych dwoch aparatow jako
wynik publikowany przez laboratorium.
z tego co widze dla zdecydowanej wiekszosci aparatow ze wzrostem
czulosci ( a wiec i szumow) wielkosc pliku spada - a wiec jednak jest
to jakos uwzglednianie.
Szumy mierzone sa oddzielnie.
>
>
>
>
> Często na spadek rozmiarów pliku jpg przy dużych ISO wpływa agresywne
> odszumianie stosowane przez niektórych producentów. Fakt, ze takie
> odszumianie skutecznie 'zjada' też szczegóły obrazu.
>
wielkosc pliku jpeg z pewnoscia nie jest jedynym parametrem
stanowiacym o jakosci obrazu . jest to jeden z aspektow.
Ale b wygodnie w ten sposob porownuje sie np kompakty miedzy soba.
Nie probowalem nigdy , ale moznaby sprobowac samem sfotografowac np
strone gazety raz ostro , raz mniej i porownac wielkosci plikow jpeg
czy sie beda roznic?.
Dla celow testowych uzywaja dosyc skomplikowanej tablicy.
Następne wpisy z tego wątku
- 09.07.11 08:27 Marek Wyszomirski
- 09.07.11 09:47 XX YY
- 09.07.11 11:37 XX YY
- 09.07.11 14:21 JA
- 09.07.11 16:25 XX YY
- 09.07.11 21:56 Marek Wyszomirski
- 09.07.11 21:58 Marek Wyszomirski
- 10.07.11 06:58 XX YY
- 10.07.11 11:25 XX YY
- 10.07.11 12:40 Marek Wyszomirski
- 10.07.11 13:01 XX YY
- 10.07.11 13:47 Marek Wyszomirski
- 10.07.11 13:58 XX YY
- 10.07.11 14:08 Marek Wyszomirski
- 10.07.11 14:19 XX YY
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-02 piszę list do św Mikołaja
- 2024-11-01 karta SIM nie działa w konkretnym smartfonie.
- 2024-11-01 Mamy WZROST! O 50% wzrosła ilość kredytów gotówkowych
- 2024-11-01 Warszawa => Expert Recruiter 360 <=
- 2024-11-01 Warszawa => Technical Leader (Java Background) <=
- 2024-11-01 Warszawa => Account Manager - Usługi rekrutacyjne <=
- 2024-11-01 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-01 Warszawa => Programista Dynamics 365 CRM <=
- 2024-11-01 Warszawa => Dynamics 365 CRM Developer <=
- 2024-11-01 Warszawa => Junior Rekruter <=
- 2024-11-01 Chrzanów => Specjalista ds. PR Produktowego <=
- 2024-11-01 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-01 Łódź => Frontend Engineer (Three.js) <=
- 2024-11-01 Warszawa => Junior Rekruter <=
- 2024-11-01 Gdańsk => Programista Full Stack .Net <=