eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowaMit nieodwracalności zmian w JPGRe: Mit nieodwracalności zmian w JPG
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: Marek <p...@s...com>
    Newsgroups: pl.rec.foto.cyfrowa
    Subject: Re: Mit nieodwracalności zmian w JPG
    Date: Mon, 18 Mar 2013 23:48:29 +0100
    Organization: ATMAN - ATM S.A.
    Lines: 77
    Message-ID: <ki85k7$q3j$1@node2.news.atman.pl>
    References: <ki0dn2$7il$1@node2.news.atman.pl>
    <51441b96$0$1251$65785112@news.neostrada.pl>
    <ki18fk$lg5$1@news2.ipartners.pl> <ki2n20$a5a$1@node1.news.atman.pl>
    <ki2rk1$fe1$1@news.task.gda.pl> <ki2ssr$fvt$1@node1.news.atman.pl>
    <ki2t6l$ith$1@news.task.gda.pl> <ki2tcr$gff$1@node1.news.atman.pl>
    <ki2tun$kll$1@news.task.gda.pl> <ki2vsc$jem$1@node1.news.atman.pl>
    <uggayklqo2ue.q1d57hopaak$.dlg@40tude.net>
    <ki4gq7$4tb$1@node2.news.atman.pl>
    <1tmks31gfdeci$.1j51benpfvw9n$.dlg@40tude.net>
    <ki6o04$aad$1@node2.news.atman.pl> <ki6oku$cv4$1@node1.news.atman.pl>
    <ki706t$lcv$1@node1.news.atman.pl> <ki71a9$mgb$1@node1.news.atman.pl>
    NNTP-Posting-Host: 89-69-209-185.dynamic.chello.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: node2.news.atman.pl 1363646919 26739 89.69.209.185 (18 Mar 2013 22:48:39
    GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Mon, 18 Mar 2013 22:48:39 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130307
    Thunderbird/17.0.4
    In-Reply-To: <ki71a9$mgb$1@node1.news.atman.pl>
    Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:897253
    [ ukryj nagłówki ]

    W dniu 2013-03-18 13:29, mt pisze:
    >
    > Ale mówimy teraz o procesie obróbki zdjęć a nie o tym czy w ogóle
    > obrabiać.

    A to mówimy o dwóch różnych rzeczach. Ja o praktycznym podejściu gdzie
    tylko w specyficznych sytuacjach chcę mieć możliwość obrabiania zdjęć.
    Zwykle wystarczające są korekty plików JPG i to tylko góra 10% z nich
    jak wynika z moich obserwacji. Tu chcę mieć dostęp do szybkiej ale nie
    permanentnej korekty.

    > Poza tym jest jeszcze opcja raw + jpg, gdzie możesz mieć raw w
    > najlepszej jakości i jakieś mocniej skompresowane jpgi po kilkaset kb
    > jako wglądówki. Poza tym w każdym rawie również zaszyty jest jpg jako
    > podgląd.

    A to już pisałem o tym w tym wątku. Nie pamiętam czy z Tobą czy nie.

    >> Czas... Przy zdjęciach "małoistotnych" naprwdę konwersja RAW->JPG to
    >> kula u nogi. Incydentalna korekta (odwracalna) JPGa ma tu lepsze
    >> zastosowanie niż forsowanie konieczności dokonywania konwersji RAW->JPG.
    >
    > Konwersję można również przeprowadzić w tle w trybie wsadowym

    Nie znajduję uzasadnienia takiej operacji. Nie wyobrażam sobie zdjęć ISO
    100 i ISO 800 potraktowanych jednakowo. Po drugie oszalałbym pod
    natłokiem bezużytecznych w powyższych sytuacjach RAWów. Łapałem się
    nawet na tym, że nie chciało mi się wielu zdjęć drukować aby nie babrać
    się w przetwarzanie nie - wsadowe bo moim zdaniem takowe powinno być
    zakazane tak samo jak jest ingerencja w RAW.

    >
    > Nie, Akarm rozumie jak taki proces się odbywa, tylko prostuje Twoje
    > bzdury o "cofaniu zmian w jpg", co Ty dopiero zaczynasz pojmować.

    Nie jestem taki pewien - jeszcze z nim dyskutuję.
    A co do mojego pojmowania to doskonale wiem na czym polega od strony
    technicznej proces wycofywania zmian w ACDSee. Niczego nie muszę
    "zaczynać pojmować". Pisałem o tym jak to wygląda z punktu widzenia
    zwykłego użytkownika a nie programisty aplikacji graficznej.

    >> I to jest to co skrytykowałem w rozmowie z Krzysztofem Halasą. Jeśli
    >> ktoś wsadowo przetwarza RAWy, to znaczy, że niepotrzebnie je posiada. To
    >> jest robienie konwersji na odwal.
    >
    > Bzdura, nawet przetwarzanie wsadowe z ustawieniami "as shot" potrafi dać
    > lepsze rezultaty niż jpg prosto z puszki,

    Tu z kolei ja zaprotestuję. Choćby redukcja szumu wyłoży się w takiej
    sytuacji. Inaczej postępuję dla różnych ISO, inaczej dla różnych
    sytuacji oświetleniowych przy tym samym ISO. Mało tego: zdarza mi się
    inaczej odszumiać poszczególne fragmenty zdjęcia. Owszem, widziałem
    niezłą maszynę do automatyzacji odszumiania: NeatImage. Jednakże RAWów
    nie obsługuje. W aplikacjach ACDSee, Camera Raw, AfterShotPro nie
    zauważyłem żadnych oznak inteligencji przy odszumianiu zdjęć - a to
    chyba najważniejszy proces. W tym względzie puszka radzi sobie lepiej z
    ubolewaniem stwierdzam. Najgorzej wypada Camera Raw w tym względzie.
    Odszumianie przez blurowanie... tak bym nazwał działanie tej wtyczki.

    > to już zależy od programu,
    > algorytmów i ustawień. Ja nie twierdzę, że zawsze trzeba robić w raw,
    > ale to Ty twierdzisz, że proces jpg + xml jest lepszy niż raw + xml, nie
    > jest, nie daje takich możliwości.

    No tak... Podałem przykład sytuacji konkretnych (kolega Zenek) gdzie RAW
    bardzo przeszkadza (absorbuje czas i miejsce na dysku a także nie jest
    wygodny przy przeglądaniu tak jak mniejszy wagowo JPG). Podałem też
    negatywny przykład gdzie nie wyobrażam sobie innego trybu niż RAW. Nawet
    w tej dyskusji jest osoba, która podziela moją opinię w tym że RAW tylko
    do szczególnych zastosowań nadaje się więc nie czuję się samotny w tej
    opinii :-) (wymieniłem te zastosowania jako zdjęcia studyjne, w trudnych
    warunkach oświetleniowych, zdjęcia do DTP itp).


    --
    Pozdrawiam
    Marek

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: