eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowaMit nieodwracalności zmian w JPGRe: Mit nieodwracalności zmian w JPG
  • Data: 2013-03-19 20:06:37
    Temat: Re: Mit nieodwracalności zmian w JPG
    Od: Sylwester Zarębski <z...@i...net.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    Dnia Tue, 19 Mar 2013 01:13:17 +0100, Marek napisał(a):

    > W dniu 2013-03-18 18:38, Sylwester Zarębski pisze:
    [...]
    > No to teraz nie łapię czy potwierdzasz czy negujesz moją wypowiedź?
    > Napisałem, że nie da się modyfikować obrazu w RAW. Twierdzisz inaczej?

    Twierdzę inaczej - da się zmodyfikować plik RAW, ale żaden ze znanych
    programów tego nie robi. Wyjątkiem jest DNG, który potrafi zapisać także
    obraz po obróbce (nie tylko RAW+XML), ale wtedy zapis już nie jest w
    przestrzeni RAW, a RGB lub podobnej (tylko rozszerzenie pozostaje, ale
    to nie wystarczy by stwierdzić, że to jest wtedy RAW).

    > Czy fakt zapisania XML do pliku z obrazem nazywasz zmianą obrazu czy nie?

    Nie, nazywam to dodaniem dodatkowej informacji *obok* obrazu. Obraz w
    sensie wartości RAW się nie zmienił.

    >>> Jednakże JPG może służyć zarówno do zapisywania w nim jak i poza nim (XML).
    >> Protest! XML to nie JPG, więc JPG nie służy do zapisania zmian "poza
    >> nim". Błędne nazewnictwo prowadzące do przekłamań.
    > Cały czas nie czuję się przekonany co do złego nazewnictwa. To może
    > przykład grafika. Dajemy mu zadanie w postaci dokonania zmiany
    > fotografii. Umowa jest taka, że dostanie kasę gdy wykona dzieło.
    > Umieścił on zdjęcie na najniższej warstwie w Photoshopie. Warstwę wyżej
    > umieścił jakiś filtr live (analogia do pliku XML). Potem dodał kilka
    > innych filtrów i masek do nich na kolejnych warstwach. Zdjęcie wygląda
    > zupełnie inaczej, zgodnie z tym co oczekiwał zleceniodawca. Jednakże
    > zleceniodawca nie zapłaci mu za zlecenie gdyż obraz źródłowy na
    > najniższej warstwie nie został zmieniony. Grafik miał dostać kasę za
    > dokonanie zmiany a tymczasem on się nie wywiązał z umowy.

    Więc grafik "spłaszcza" obraz i ma wynik. Rozróżnij dwie sprawy: plik do
    obróbki i plik wynikowy - niezależnie od formatów, bo to nie ma
    znaczenia.

    > Sprytny grafik spłaszczył wszystkie warstwy (analogia do zapisania pliku
    > wynikowego). Teraz zleceniodawca rzekł: oooo, dobra robota! Teraz
    > dopiero widać, że fotografia została zmieniona! I dał mu kasę :-D

    Bo tak się właśnie dopiero teraz stało. Abstrahuję od zbytniego
    uproszczenia, ale niech ci będzie.

    > Ja uważam, że modyfikacja grafiki ma miejsce niezależnie z ilu plików
    > się składa ten proces i co w nich jest przechowywane - nawet w
    > szczególności gdy jeden z tych plików to oryginał zdjęcia. Wszystkie te
    > pliki zebrane do kupy i przetworzone przez aplikację, która wygeneruje
    > ostateczny obraz na monitorze stanowią informację czy dokonano edycji
    > czy nie.

    Modyfikacja to jest proces, a nie wynik. W powyższym przykładzie płaci
    się za wynik, nie za proces (chociaż bywa różnie).

    >>> Mamy większe możliwości edycyjne (w sensie dostępnych efektów, filtrów,
    fotomontażu,
    >>> nanoszenia tekstów) dla bitmap nie RAWowych.
    >> Możesz RAWa otworzyć w dowolnym programie, który go obsługuje i o ile
    >> obsługuje powyższe funkcjonalności (czyli np. Photoshop), to powyższe
    >> twierdzenie jest fałszywe, bo możliwości są dokładnie te same.
    >> Różnica co najwyżej w tym, że nie pozwala na zapis do RAWa, co jednakże
    >> i tak mijałoby się z celem.

    > No to różnica jest bardzo ulotna i to dosłownie skoro zapisać nie można
    > :-D Komputera nie wolno wyłączać :-D

    Można, ale nie w RAW, bo to byłoby bez sensu.

    >> Poza tym, podaj mi przykład jednego programu, którym utworzę HDR czy
    >> fotomontaż z maskami z zapisem historii zmian do osobnego pliku, bo
    >> inaczej dyskusja jest teoretyczna i bezprzedmiotowa.
    > Nie rozumiem związku? Zwykle umieszcza się te wszystkie informacje w
    > jednym pliku np. PSD ale nie ma technicznych przeciwwskazań aby robić to
    > w niezależnych plikach. Nie ma jednak logicznego uzasadnienia aby na
    > siłę dywersyfikować te informacje na pliki. Sam dałeś przykład pliku
    > DNG, w którym plik XML został scalony z nim a tymczasem pliki RAW w
    > jakiejś wywoływarce nie są scalane. Robi to jakąś różnicę? Czy uważasz,
    > że te same zmiany w obu plikach raz nazwiemy zmianą pliku graficznego
    > dla DNG a innym razem tak tego nie nazwiemy bo plik ze zmianami jest
    > zewnętrzny?

    No i wreszcie doszedłeś do tego, że nie ma różnicy pomiędzy formatami
    oraz tym, czy XML jest obok, czy nie. Ważne jest czy dane są faktycznie
    zmienione czy nie (dodanie dodatkowych warstw czy historii nie jest
    zmianą innej).

    >>> 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ć.
    >> Nanosisz tekst na RAW i eksportujesz do dowolnego innego formatu, np.
    >> JPG.

    > No i wtedy to już nie RAW lecz JPG. Korzystasz z przewagi JPG nad RAW,
    > który potrafi być scalony z tekstem.

    Ale to nie jest przewaga JPG+XML nad RAW+XML, tylko zapisu do JPG nad
    RAW. Znacząca różnica, którą staram ci się przekazać, jak również to, że
    nie od tego zaczęła się dyskusja.

    >> Najpierw nanosisz tekst, a dopiero eksportujesz.
    > A gdzie nanosisz tekst? W Photoshopie. A Photoshop to co jest? Raw czy
    > JPG? Ani to ani to. Photoshop to aplikacja, która posiada wewnętrzną
    > strukturę danych nie będącą żadnym formatem graficznym. Dopiero zapis
    > danych do pliku czyni format. Więc nanoszenie tekstu nie odbywa się w
    > RAW lecz gdyby udało się zapisać to do pliku RAW, to dopiero wtedy
    > uprawnione jest stwierdzenie, że naniesiono tekst w pliku RAW.

    Ale to nadal nie ma się nijak do JPG+XML, czy RAW+XML. To jest dyskusja,
    której nie było, czyli czy da się coś zapisać do RAW - pytanie
    bezsensowne, bo nie do tego ten format służy.

    >> Oczywiście to
    >> wyłącznie zmiana semantyczna, bo operacja przechowania tekstu nie jest w
    >> przestrzeni źródłowej RAW, tylko po demozaice.
    > I nie w pliku tylko w aplikacji - j/w :-D

    Nie ma znaczenia.

    >>> 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.
    >> A drukowanie jest czymś innym jak "spłaszczeniem"?

    > Oczywiście, że nie. Jednakże spłaszczeniem do wewnętrznej struktury
    > danych nie będącej ani JPG ani RAW ani cokolwiek.

    Ale to przecież nie jest ważne w tej dyskusji (przypomnę - przewaga
    JPG+XML nad RAW+XML).

    >> No, ale przecież w RAW+XML robisz to samo -> "zapisujesz do JPG, godząc
    >> się z tym..." - po tym możesz skasować RAW i powiedzieć, że masz tylko
    >> obraz wynikowy.
    > I od tego miejsca zaczyna się mój wątek :-) Nie interesuje mnie skąd ten
    > JPG się wziął. Nawet z kometą mógł spaść na ziemię :-) Wątek jest tylko
    > o odwracalności zmian w JPG (a raczej w każdym formacie graficznym)
    > jeśli aplikacja będzie miała taką funkcjonalność.

    Nie ma "odwracalności" zmian w JPG, bo JPG nie ma takiej
    funkcjonalności. Jest zapis historii zmian *obok* JPG, a aplikacja
    potrafi to wyświetlić w sposób *emulujący* takie zachowanie.
    Zwróć uwagę na wytłuszczone słowa *obok* i *emulujący*.

    >>> 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.
    >> Tylko, że to nie jest "postępowanie z JPG", bo nie zapisujesz nic do
    >> JPG.
    > Jeśli tak to sformułujesz to wątek jest o niczym bo z RAW też tak nie
    > postępujesz gdyż nie zapisujesz niczego do RAW. Mało tego - osoby, które
    > widziały w tym przewagę RAW powinny zniknąć z racji tego, że poruszały
    > nieistniejący temat. Nic nie może poruszyć nicości - a więc osoby te
    > muszą zdematerializować się :-D

    Nie widziały żadnej przewagi RAW, bo jak zauważyłem, to chyba wszyscy
    zwracali Ci uwagę, że taki obieg jest dostępny od dawna i żadne to
    odkrycie.

    > Chyba ta dyskusja do niczego nie doprowadzi :-D Każdy wie jak to działa,
    > wszyscy mówimy o tym samym używając innych słów. W efekcie jedni
    > nazywają mnie głupkiem a inni nie rozumieją. To co ja modyfikacją
    > nazywam inni w ogóle tego nie nazywają - przynajmniej nie pamiętam aby
    > ktoś określił jak nazywa się proces zmiany wyglądu zdjęcia jeśli zmiany
    > te rejestrowane są poza plikiem zdjęcia. Wszyscy chóralnie natomiast
    > twierdzą, że nie jest to zmiana zdjęcia. Co to jest zatem ?? Co zrobiłem
    > ze zdjęciem, że kolor straciło skoro go nie zmodyfikowałem i nie ma
    > nawet pliku takiego zdjęcia na dysku?

    Zapisałeś informację o tej zmianie i za każdym razie ją przeliczasz w
    pamięci, gdy aplikacja wyświetla ci dany obraz.

    >>>> 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.
    >> W RAW też możesz zrezygnować z XML i od razu eksportować do JPG.

    > Eksport to nie edycja. Jest różnica między eksportowaniem do innego
    > formatu żeby móc edytować a edytowaniem danego pliku.

    To bez znaczenia. W Lightroom nie musisz zapisywać/eksportować, by móc
    edytować w zewnętrznej aplikacji, tak samo jak wyświetlić obraz,
    wydrukować, etc. Wstawienie dodatkowego kroku z zapisem nie zmienia
    całości obiegu (nie wprowadza zmian).
    Jednak nigdy w życiu nie nazwałbym, że edycja czy wyświetlenie obrazu
    następuje *w RAW*, a co najwyżej *z RAW* - czy w skrócie *RAW* (tak jak
    nie wyświetla się *w JPG*, a *z JPG* => otwiera się JPG i go pokazuje).

    Zresztą, nie wiem czy jest sens dalej dyskutować, skoro napisałem już,
    że proces JPG+XML jest podzbiorem procesu RAW+XML, co można łatwo
    udowodnić.
    Nie ma to nic wspólnego z możliwościami zapisu do JPG lub niemożnością
    zapisu do RAW, bo to jest wpisane w oba te obiegi. Nie zamierzam też
    dyskutować o "lepszości" jakiegokolwiek z formatów, bo "de gustibus...".

    --
    pozdrawiam
    Sylwester Zarębski

    Aby wysłać email zmień zbieracz w adresie na sylwek

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: