zarevak wrote:Pak zjistíte, že Váš obrázek narozdíl mého neobsahuje THUMBNAIL.Orientation: 8
(ve Vámi doporučeném Exif Readeru je tato položka u mého souboru k nalezení v části Thumbnail Information - Orientation : bottom)
Z toho vyplývá otázka: Co s takovým (chybným) souborem? Odhadnout otočení náhledu podle otočení celého obrázku? (co když fotoaparát již náhled otočil sám? (zda je to vůbec možné)) Udělat vyjímku a odhadovat otočení jen u některých (chybných) fotoaparátů?
Zdravim! Situace v PictView je mene prozaicka.
1) JPEGy se ctou ruznymi zpusoby v zavislosti na tom, zda se hleda nahled nebo cte cely obrazek
2) EXIF v JPEGu se nikdy necte jako takovy, pouze se tam hrubou silou hledaji nektere
zajimave sekvence bajtu. Tudiz je jedno, zda orientace patri k hlavnimu obrazku, nahledu nebo necemu jinemu. Duvodem byla hlavne rychlost.
3) EXIF data (napr. uvnitr JPEG markeru APP1) je de facto TIFF
4) NEF je TIFF + dalsi data. Soucasti TIFFu je orientace. Pri cteni TIFFu jako takoveho se orientace pri thumbnailovani vzdy pouzije
5) jeden JPEG muze obsahovat klidne 3 (i ruzne) nahledy (napr. po editaci ve Photoshopu)
6) heuristika, ktera detekuje natoceni nahledu uvnitr JPEGu vuci vlastnimu obrazku, je pri thumbnalovani pouzivana jiz nekolik let
7) Rada programu (typickou ukazkou je IrfanView) obsahuje (nejen tzv. bezeztratovou) rotaci. Kdyz ji uzivatel pouzije, tyto programy nejenze neaktualizuji EXIF info, ale ani nahled. Podobne situace nastavaji napriklad pri orezavani
8 ) Diky predchozim dvema bodum jsem uz dostal radu bug reportu, ze ukazujeme nahled vzhuru nohama, protoze fakt neumim odhadnout, zda uzivatel tocil doleva nebo doprava
9) Rada programu nerozumi EXIF infu, a pri editaci EXIF data castecne modifikuji, ale spoustu dat poskodi. Takze my diky bodu 2) dokazeme najit informace, ktere jine programy uz nedohledaji...
10) A samozrejme existuji fotaky (vesmes ty starsi nez 2-3 roky), ktere tvrdosijne ukladaji orientaci bottom-left, bez ohledu na skutecnost
Ano, chci to cele predelat. Ale bohuzel nestiham
