-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!wsisiz.edu.pl!.POSTED!not-for-mail
From: Sylwester Zarębski <z...@i...net.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Mit nieodwracalności zmian w JPG
Date: Tue, 19 Mar 2013 20:06:37 +0100
Organization: http://www.wit.edu.pl
Lines: 199
Message-ID: <1c98326uo58n0$.1l0tx6qkt7ryu.dlg@40tude.net>
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>
<ecp7enojgldn$.uq7vhb2zt3vl.dlg@40tude.net>
<ki8aj7$2rd$1@node1.news.atman.pl>
NNTP-Posting-Host: 77-253-62-193.adsl.inetia.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
X-Trace: portraits.wsisiz.edu.pl 1363719994 32590 77.253.62.193 (19 Mar 2013 19:06:34
GMT)
X-Complaints-To: a...@w...edu.pl
NNTP-Posting-Date: Tue, 19 Mar 2013 19:06:34 +0000 (UTC)
User-Agent: 40tude_Dialog/2.0.15.84pl
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:897291
[ ukryj 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
Następne wpisy z tego wątku
- 19.03.13 20:10 Sylwester Zarębski
- 19.03.13 20:34 Sylwester Zarębski
- 19.03.13 20:38 Akarm
- 19.03.13 20:38 Sylwester Zarębski
- 19.03.13 20:48 Sylwester Zarębski
- 19.03.13 20:51 Sylwester Zarębski
- 19.03.13 22:21 Marek
- 19.03.13 22:26 Marek
- 19.03.13 22:44 Marek
- 19.03.13 22:54 Sylwester Zarębski
- 19.03.13 22:55 Marek Dyjor
- 19.03.13 22:57 Sylwester Zarębski
- 19.03.13 22:57 Marek Dyjor
- 19.03.13 23:16 Marek
- 19.03.13 23:36 Sylwester Zarębski
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-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=