eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowa60D vs D7000 pytanie dla userów i fanów tabelek ;-)Re: 60D vs D7000 pytanie dla userów i fanów tabelek ;-)
  • 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.

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: