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 10:49:46 +0100
    Organization: ATMAN - ATM S.A.
    Lines: 76
    Message-ID: <ki6o04$aad$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>
    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 1363600196 10573 89.69.209.185 (18 Mar 2013 09:49:56
    GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Mon, 18 Mar 2013 09:49:56 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130307
    Thunderbird/17.0.4
    In-Reply-To: <1tmks31gfdeci$.1j51benpfvw9n$.dlg@40tude.net>
    Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:897209
    [ ukryj nagłówki ]

    W dniu 2013-03-17 22:28, Sylwester Zarębski pisze:
    > Dnia Sun, 17 Mar 2013 14:34:54 +0100, Marek napisał(a):
    >
    > [...]

    >> Mam - tryb "edit" w ACDSee ingeruje w bitmapę i w Paicie zobaczysz te
    >> zmiany. To ja decyduję jakie zmiany idą do bitmapy a jakie do XML. Mam
    >> swobodę decydowania. To jest ta swoboda decydowania o jakiej piszę.
    >
    > Z RAW+XML jest dokładnie to samo. Ty decydujesz kiedy zapiszesz w JPG, a
    > kiedy zmiany w RAW+XML.

    Nie! Jesteś w stanie zapisać coś do RAW (bez XML) bezpośrednio ? Bo do
    JPG w trybie edit jak najbardziej tak. Pomijając, ze taka operacja
    byłaby bzdurna bo nie do tego RAW służy. Jednakże JPG może służyć
    zarówno do zapisywania w nim jak i poza nim (XML). Mamy większe
    możliwości edycyjne (w sensie dostępnych efektów, filtrów, fotomontażu,
    nanoszenia tekstów) dla bitmap nie RAWowych.

    > Jakkolwiek by nie było, dając komuś JPG+XML czy RAW+XML, gdy nie ma tego
    > samego programu, nic nie zdziała. Wtedy musisz wygenerować docelowy JPG
    > w obu przypadkach.
    > Gdzie ta przewaga?

    J/w.Spróbuj nanieść tekst do RAW np. W przypadku JPG mogę sobie
    powiedzieć "mam gdzieś, że będzie to trwała zmiana" i zrobię to. W
    przypadku RAW nie ma takiej opcji. Muszę najpierw przekształcić go do
    JPG czy innego formatu i potem dalej pracować.

    >>> W związku z czym taki sposób działania NICZYM nie różni się od
    >>> korzystania z RAWów, bo i tak na koniec musisz wygenerować plik docelowy
    >>> po wszystkich zmianach.

    Hmmm... szczerze mówiąc prawie nigdy nie generuję pliku docelowego po
    wszystkich zmianach. Robię to w specyficznych sytuacjach jedynie. Mogę
    Ci pokazać screenshota folderu ze zdjęciami jak nie wierzysz. Mam w nim
    pliki ARW i XMP i żadnych innych a także pary JPG+XMP. ARW i JPG są to
    niezmienione pliki - takie jak z aparatu wyszły. Nie potrzebuję plików
    wynikowych gdyż medium docelowym jest papier. Zdjęcia po zmianach
    drukuję. Jeśli mam komuś przesłać zdjęcie, to tylko wtedy generuję JPG
    będący "spłaszczeniem" ARW+XMP lub JPG+XMP.

    >> Nie muszę. Drukuję na papierze bezpośrednio z RAWów. Nie mam JPGów na
    >> dysku. JPG generuję wyłącznie gdy chcę coś np. w internecie pokazać itp.
    >
    > No więc, gdzie ta przewaga?

    W wolności podejmowania decyzji co do zakresu przetwarzania zdjęć. Tak
    jak pisałem powyżej: mam potrzebę dopisania "urodziny Zośki" to dopisuję
    do JPG godząc się z tym, że go nieodwracalnie zmodyfikuję.

    >>> Ergo, wymyśliłeś sobie łatwiejszy sposób działania, ale zapomniałeś, że
    >>> nie ma aplikacji, które twój wymyślony sposób działania by wspierały
    >>> (czyli JPG+XML, a nie RAW+XML).
    >> A co powiesz odnośnie ACDSee Pro 6 ?
    >
    > No przecież wspiera RAW+XML, więc to jest dokładnie to samo co JPG+XML
    > (różnica medium).

    No właśnie! Jest to DOKŁADNIE to samo! Cały czas piszę, ze tak też można
    postępować z JPGami. Część osób w poprzednich dyskusjach wspominała o
    tym, że tak się nie da.

    A'propos. Czy znasz jakąś inną aplikację, która tak potrafi? Próbowałem
    w Camera Raw ale tam się tego nie da osiągnąć.

    > Gdzie przewaga JPG+XML? Ja widzę wady JPG, bo XML w obu przypadkach jest
    > podobny.

    Po raz drugi: w wolności decydowania o sposobie i zakresie modyfikowania
    obrazu. Mogę zrezygnować z XML przy JPG i go edytować w sposób
    niedostępny dla RAWów.

    --
    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: