Škoda, že neumí automaticky otočit obrázek podle EXIF, docela dost fotím na výšku a otáčet jednu fotku po druhé nebudu, když to jiné programy (třeba ten Gwenview) bez problémů běžně dělají. Ale nebudu si stěžovat tady, zkusím autora :-)
Ja otacim fotky pomoci exiftran -ai *.jpg hromadne a ihned po prenosu do pocitace. Pak uz je mi uplne jedno, v cem je prohlizim a zda prohlizec fotky otaci nebo ne.
Tenhle přístup ale bohužel nejde uplatnit, pokud fotografujete do RAWu, čili otáčení podle EXIFu má smysl. Tím jsem se zároveň dostal k hlavnímu problému, který mám s drtivou většinou linuxových prohlížečů - nejsou bohužel obvykle schopny zobrazit JPEG uložený uvnitř RAWu. To je pro mě zásadní funkce, protože je to neocenitelné pro prvotní výběr a promazání fotek. Prohlížení vloženého JPEGu je mnohem rychlejší než i ty nejvíce zjednodušené interpolace surových dat a pro promazání vyloženě zkažených fotek to bohatě postačuje. Naštěstí to zvládá gqview ve vývojové verzi, která se ale bohužel obvykle nenachází v distribucích a je třeba si jí zkompilovat. Navíc i tato verze je skoro rok stará, takže budoucí vývoj je asi také trochu nejistý.
Tez fotim do RAWu a digikam mi bez problemu RAWy zobrazi jako jine formaty (vcetne nahledu v celem albu). Sice je nelze nijak priblizit/oddalit ci jinak upravovat. Ale na prvotni promazani (tez primo v digikamu) to plne postacuje (alespon mne)
To ano, ale pokud chcete promazat nepovedené originál, tak to k ničemu moc není. Maximálně že by pak prohlížeč pak uměl pracovat s dvojicí RAW+JPEG a tedy při smazání JPEGu odstranil i RAW, ale i tak: proč mít na disku zvlášť uložený JPEG, když už je tak jako tak obsažen v RAWu?
Tak toto mi naprosto stoprocentně soubor poškodí. Přesněji řečeno, MakerNote obsahuje absolutní odkazy na určitá místa v souboru, a ty se rotací změní, případně dokonce odkazovaná místa zahodí, protože nejsou zahrnuty do velikost struktury EXIF.
Výsledkem je pak soubor, který běžné programy normálně zpracují, ale foťák ho odmítne jako poškozený.
Mezi ztraceným daty je zhruba 50kB v záznamech Mid-Size Preview, CameraSettings a PIM.
EXIF obsahuje všechny standardní položky. I MakerNote je součástí EXIF, ale už není specifikovéno, co přesně v něm je a jak je to uložené. Položky z MakerNote->CameraSettings už zřejmě nejsou uloženy v EXIF (data jsou fyzicky uložena v APP1 za vlastním EXIF záznamem).
Vlastní obrazová data začínají až zhruba 40kB od začátku souboru.
Mid-size preview je pak uložen na konci souboru za obrazovými daty ve struktuře JFIF.
Tak ja vidim dva jfif v EXIF. Jeden Preview 640x480 asi 25kB a druhej Thumbnail 160x120 asi 2kB. Tyto se zachovaji po otoceni jhead -autorot.
Celej soubor se mi o nejakych 40kB zmensi, presne jak rikate, ale nevim, co chybi. Jeste vesti nahled kterej neni soucasti EXIF?
Jinak CameraSettings pres exiftool vidim stejne pred i po otoceni, namatkou:
....
Exposure Time : 1/1000
F Number : 3.2
Exposure Program : Aperture-priority AE
ISO : 100
....
Circle Of Confusion : 0.008 mm
Depth of Field : 1.09 m (5.51 - 6.59)
Focal Length : 40.4mm (35mm equivalent: 158.0mm)
Hyperfocal Distance : 66.44 m
Light Value : 13.3
Možná se exiftool zlepšil, a už nepokazí některé věci, které dříve pokazil, nicméně pokud stále zmenšuje velikost souboru, tak to úplně v pořádku nebude.
Ten náhled byl 640×480 s kvalitou nastavenou dost nízko a byl fyzicky na konci souboru.
V CameraSettings jsou i věci, kterým exiftool nerozumí, protože je zatím nikdo reverzně nedešifroval. Proto ani nikdo neví, jak je zrelokovat, aby takový obrázek foťák neodmítnul.