-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!lub
lin.pl!uw.edu.pl!newsgate.cistron.nl!newsgate.news.xs4all.nl!194.109.133.85.MIS
MATCH!newsfeed.xs4all.nl!newsfeed6.news.xs4all.nl!xs4all!news.wiretrip.org!feed
er1.cambriumusenet.nl!feed.tweaknews.nl!postnews.google.com!d14g2000yqb.googleg
roups.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 11:56:00 -0700 (PDT)
Organization: http://groups.google.com
Lines: 78
Message-ID: <d...@d...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>
NNTP-Posting-Host: 80.121.62.86
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1310151360 16292 127.0.0.1 (8 Jul 2011 18:56:00 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Fri, 8 Jul 2011 18:56:00 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: d14g2000yqb.googlegroups.com; posting-host=80.121.62.86;
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:879907
[ ukryj nagłówki ]On 8 Jul., 20:05, "Paweł W." <p...@p...onet.pl> wrote:
> W dniu 2011-07-08 19:36, XX YY pisze:
>
>
>
> > dobrym parametrem okreslajacym jakosc obrazu ( choc nie jedynym ) jest
> > wielkosc pliku obrazu jpeg sfotografowanej tablicy testowej.
> > I tak 60d dla 100 iso daje 33,5 kb
> > dla 400 iso 29,2 kb
> > dla 1600 iso 21,9
>
> > 700 d odpowiednio da .: 19,8KB , 20,05KB , 18,418KB
>
> > "wartosci netto- wylacznie wielkosc zapisanego obrazu)
>
> > widac ze c60d daje wieksza rozdzielczosc obrazu.
>
> Raczej różnic w kompresji obrazu przez aparaty. Poza tym D700 ma 12Mpx,
> a 60D ma 18Mpx, więc nawet gdyby nie było wyższej faktycznej
> rozdzielczości obrazu liczonej w liniach na milimetr, to 60D przy takim
> samym algorytmie i stopniu kompresji da "cięższe" pliki jpg.
mowimy o 7000d , sorry jak czesto u nie bywa blad maszynowy , ale to
wynika z kontekstu o jakim aparacie mowimy.
kompresja jpeg jest kompresja znormalizowana.
oczywiscie porownuje sie obrazy komprymowane w tym samym stopniu
inaczej to nie mialoby sensu ( i tylko uwzglednia sie zapis obrazu ,
header i wszystko co nie jest obrazem zostaje odrzucone).
to zdjecia czarno-bialej tablicy zdjeciowej.
ten plik musi "wazyc" wiecej , ktory zawiera wiecej szczegolow.
bardzo skuteczna metoda do kompleksowej oceny rozdzielczosci obrazu -
niejako integrujaca wynik.
to nie jest moj wymysl , takie dane sa przytaczane przez niektore
laboratoria.
> W związku z powyższym nie sądzę, aby twoja metoda miała jakieś
> praktyczne odzwierciedlenie w rzeczywistości.
> ( poniżej piszesz o D7000, więc do końca nie wiem, gdzie się pomyliłeś,
> tak czy inaczej nadal D7000 ma mniej pikseli na matrycy niż 60D i tym
> samym moja argumentacja utrzymuje ważność).
poniewaz 60d ma wiecej pixeli winen miec takze wieksza rozdzielczosc.
wieksza wielkosc pliku zdjeciowego tablicy testowej potwierdza to.
jest tablica bardziej rozdzielczo zapisana - to przeciez zasluga
rowniez wiekszej liczby pixeli ( zapisywany jest zawsze obraz calej
tablicy, czyli rozna skala odwzorowania dla roznych formatow) ) .
przy czym to nie musi byz zaleznosc wprost.
gdyby c60d mimo wiekszej liczby pixeli zarejestrowal mniej szczegolow
( np marnym obiektywem) to plik bylby mniejszy.
jesli z dwoch aparatow o tej samej l pixeli uzyskasz rozna wielkosc
plikow jpeg tej samej tablicy testowej , to bardziej rozdzielczy jest
obraz z wiekszego pliku.
Taka jest kompresja jpeg.
z tym ze tak wyrazonej rozdzielczosci nie mozna wprost przeliczyc na
rozdzielczosc obrazu np w liniach na mm.
sluzy ona jedynie celom porownawczym.
zauwaz ze ze zmiana ISO zmienia sie rowniez wielkosc pliku JPEG ( raw
jest taki sam) , na ogol ze wzrostem iso spada rozdzielczosc
odwzorowania obrazu - spada wielkosc pliku , ilosc px jest wciaz ta
sama , ale sa one miedzy soba mniej zroznicowane , tzn zapisuja mniej
roznic w szczegolach , a wiec mniejsza rozdzielczosc obrazu-
Posrednio na podstawie wielkosci pliku wnosisz calkiem skutecznie o
rozdzielczosci obrazu.
aha rozdzielczosc tej w tej formie zapisu jak zrobilem jest w MB ,
zauwazylem ze nie dopisalem trzech miejsc po przecinku ( zapis
ksiegowy) .
Następne wpisy z tego wątku
- 08.07.11 20:02 Marek Wyszomirski
- 09.07.11 06:38 XX YY
- 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
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 <=