Problème de rotation JPG

Bindarret a écrit :

Le 07/04/2017 à 16:35, Alf92 a écrit :

exemple d'une image qui refuse le *rotate lossless* :
http://www.cjoint.com/c/GDhoFSc7eZH
certains softs refusent même de l'ouvrir (ACDSee, PhotoFiltre)

Sur Mac, pas de pbs pour l'enregistrer. Ouverture dans le bon sens avec Aperçu,
idem avec Picasa. Mais elle a quand même une drole de gueule ta photo :

http://www.cjoint.com/doc/17_04/GDhvvPjRFAm_GDhoFSc7eZH-20170403-115222-001.jpg

Ben oui, fichier corrompu, manque des morceaux, en particulier l'entête EXIF.

--
En marge de "nuit debout" :
On signale un collectif de gastéropodes réclamant le droit au pouce opposable.

Alf92 a écrit :

Stephane Legras-Decussy :

Le 07/04/2017 16:35, Alf92 a écrit :

exemple d'une image qui refuse le *rotate lossless* :
http://www.cjoint.com/c/GDhoFSc7eZH
certains softs refusent même de l'ouvrir (ACDSee, PhotoFiltre)

sous Linux, le visionneur Unity refuse d'ouvrir, ainsi que shotwell
et gthumb.... autrement dit, il n'est pas exploitable et doit être
recompressé si on trouve un soft hyper tolérant qui veut bien ouvrir.

j'ai trouvé deux softs d'image qui l'ouvrent ET accepte de la traiter :
une vieille version de PaintShopPro et IRfanview.
le second conservant les exif et la date fichier je l'ai utilisé, mais
en effet recompression obligatoire :-(
bizarre quand même cette histoire...
je me demande s'il n'y a pas une histoire de largeur non divisible par
huit ou un truc comme ça ?

Non, en cas de rotation d'une image de dimension non multiple de 8, la rotation
produit une barre qui n'est pas à sa place, par exemple une bande des 3 lignes
du haut qui disparait du haut et se retrouve en bas, sous les dernières.
C'est une des raisons pour lesquelles j'ai demandé (en vain jusqu'à maintenant)
aux gens d'XnView de proposer un dimensionnement de la zone de crop paramétrable
pour sauter de 8 en 8, de façon à toujours avoir une rotation OK sans devoir
passer par un dialogue pour le choix des dimensions de sélection en vue de crop.

--
En marge de "nuit debout" :
On signale un collectif de gastéropodes réclamant le droit au pouce opposable.

Pierre Maurette a écrit :

Alf92 :

Alf92 :

J'ai un problème.
Habituellement je redresse et débarasse mes photos du tag d'orientation
avec jhead + jpegtran.
Pour cela je mets dans le dossier de mes photos à traiter jhead.exe +
jpegtran.exe + un fichier.bat contenant la commande
jhead -se -ft -autorot *.jpg

Là j'ai un milliers de photos à redresser, issu d'un smartphone
(Samsung), or sur certaines images (panoramas verticaux et selfies
verticaux) ça plante avec le message suivant :
*Invalid SOS parameters for sequential jpeg*
De plus ça stope le traitement par lot.

Quand je tente un retournement manuel *lossless* avec ACDSee, ce
dernier plante également.

Je pense donc qu'il y des données foireuses dans un coin...
Comment s'en débarasser SANS RECOMPRESSER mes JPEG, tout en conservant
les EXIF hors tag d'orientation ?
Une idée ? Une solution ?

exemple d'une image qui refuse le *rotate lossless* :
http://www.cjoint.com/c/GDhoFSc7eZH
certains softs refusent même de l'ouvrir (ACDSee, PhotoFiltre)

Par curiosité, j'aimerais savoir si les images "normales normales" et "selfies
normales" issues du même appareil s'ouvrent dans ces logiciels.

j'ai des proches jeunes et qui changent très souvent de portable (oui,
pléonasme, je sais)

N'empèche que régulièrement, ils me confient les images auxquelles ils tiennent
pour archivage.

Je n'ai **jamais** trouvé, dans ce lot de quelques millers, d'image qui ne
respecte par les normes EXIF. Des foireuses, mal éclairées, mal composées, oui,
mais non conformes, jamais.

... mais je reconnais qu'aucun d'eux/elles ne fait de panoramique direct par le
tel.


--
En marge de "nuit debout" :
On signale un collectif de gastéropodes réclamant le droit au pouce opposable.

Stephane Legras-Decussy a écrit :

Le 09/04/2017 08:18, Pierre Maurette a écrit :

tout ça est d'une complexité ahurissante.

il suffirait de bannir ce tag, c'est trivial qu'un APN
enregistre le jpg physiquement en "portrait" suivant le capteur d'orientation.

on en est quand même à avoir besoin d'un examinateur d'exif pour connaitre le
vrai sens d'une photo... l'ouvrir étant un tirage du Loto.

A la prise de vue, la procédure de balayage du capteur reste la même, on ne
s'amuse pas à changer quand l'utilisateur tourne l' APN...
Non, ça fait depuis avant 2000 que tout soft intelligent sait gérer cette
balise. Par soft intelligent, hélas, il faut exclure la galerie Windows, qui en
windows 7 au moins (8 je ne sais pas), affichait à l'horizontale les images
verticales que le PC lisait sur une carte SD.

Il ne faut pas réclamer l'alignement de tous les bons softs sur la connerie M$ ,
mais regretter que certains emploient des "outils à michu" tels que "easyresize"
par ex qui "réduit d'un clic vos images pour le net" en choisissant lui-même la
dimension à laquelle il réduit, et en profite **toujours** pour virer les EXIF.

EXIF, c'est bien, comme SEB !!:-)

--
En marge de "nuit debout" :
On signale un collectif de gastéropodes réclamant le droit au pouce opposable.

Markorki :

Pierre Maurette a écrit :

Alf92 :

[...]

Par curiosité, j'aimerais savoir si les images "normales normales" et
"selfies
normales" issues du même appareil s'ouvrent dans ces logiciels.

j'ai des proches jeunes et qui changent très souvent de portable (oui,
pléonasme, je sais)

Tous vos proches sont des jeunes ? Ecclésiastique ?

N'empèche que régulièrement, ils me confient les images auxquelles ils
tiennent pour archivage.

Je n'ai **jamais** trouvé, dans ce lot de quelques millers, d'image qui ne
respecte par les normes EXIF. Des foireuses, mal éclairées, mal composées,
oui, mais non conformes, jamais.

Le problème dont il est question n'a /a priori/ rien à voir avec les
EXIFs, mais soit avec les entêtes JPEG, soit avec un format de codage
JPEG. En fait, ces images sont peut-être bien valides, mais sont mal
traitées par certaine librairie d'origine Linux.

... mais je reconnais qu'aucun d'eux/elles ne fait de panoramique direct par
le tel.

--
Pierre Maurette

Pierre Maurette :

Alf92 :

Alf92 :

J'ai un problème.
Habituellement je redresse et débarasse mes photos du tag d'orientation
avec jhead + jpegtran.
Pour cela je mets dans le dossier de mes photos à traiter jhead.exe +
jpegtran.exe + un fichier.bat contenant la commande
jhead -se -ft -autorot *.jpg

Là j'ai un milliers de photos à redresser, issu d'un smartphone
(Samsung), or sur certaines images (panoramas verticaux et selfies
verticaux) ça plante avec le message suivant :
*Invalid SOS parameters for sequential jpeg*
De plus ça stope le traitement par lot.

Quand je tente un retournement manuel *lossless* avec ACDSee, ce
dernier plante également.

Je pense donc qu'il y des données foireuses dans un coin...
Comment s'en débarasser SANS RECOMPRESSER mes JPEG, tout en conservant
les EXIF hors tag d'orientation ?
Une idée ? Une solution ?

exemple d'une image qui refuse le *rotate lossless* :
http://www.cjoint.com/c/GDhoFSc7eZH
certains softs refusent même de l'ouvrir (ACDSee, PhotoFiltre)

Par curiosité, j'aimerais savoir si les images "normales normales" et
"selfies normales" issues du même appareil s'ouvrent dans ces
logiciels.

oui ces images ne posent pas de problème.
ne posent problème que les panoramas verticaux et panoramas à l'envers
(180°).

Alf92 :

Pierre Maurette :

Alf92 :

Alf92 :

J'ai un problème.
Habituellement je redresse et débarasse mes photos du tag d'orientation
avec jhead + jpegtran.
Pour cela je mets dans le dossier de mes photos à traiter jhead.exe +
jpegtran.exe + un fichier.bat contenant la commande
jhead -se -ft -autorot *.jpg

Là j'ai un milliers de photos à redresser, issu d'un smartphone
(Samsung), or sur certaines images (panoramas verticaux et selfies
verticaux) ça plante avec le message suivant :
*Invalid SOS parameters for sequential jpeg*
De plus ça stope le traitement par lot.

Quand je tente un retournement manuel *lossless* avec ACDSee, ce
dernier plante également.

Je pense donc qu'il y des données foireuses dans un coin...
Comment s'en débarasser SANS RECOMPRESSER mes JPEG, tout en conservant
les EXIF hors tag d'orientation ?
Une idée ? Une solution ?

exemple d'une image qui refuse le *rotate lossless* :
http://www.cjoint.com/c/GDhoFSc7eZH
certains softs refusent même de l'ouvrir (ACDSee, PhotoFiltre)

Par curiosité, j'aimerais savoir si les images "normales normales" et
"selfies normales" issues du même appareil s'ouvrent dans ces
logiciels.

oui ces images ne posent pas de problème.
ne posent problème que les panoramas verticaux et panoramas à l'envers
(180°).

Je suis étonné. Je me permets de reformuler la question. Les panoramas
horizontaux et selfies horizontaux s'ouvrent-ils dans ACDSee et
PhotoFiltre ? Il est bien entendu que ces images "ne posent pas de
problème" à votre moulinette, puisque jhead n'appellera pas jpegtran.

--
Pierre Maurette

Pierre Maurette :

Alf92 :

Pierre Maurette :

Alf92 :

[...]

Sous Windows 10 (adaptez)

je viend de tester : ça marche !
et en plus la photo devient lisible dans Firefox, ACDSee,
PhotoFiltre...
youpi !

[...]

cf ci-dessus
la photo retournée :
http://www.cjoint.com/doc/17_04/GDiueusAgTS_GDhoFSc7eZH-20170403-115222.jpg

Cette image est recompressée.

ha oui merde, je me suis emmélé les pinceaux dans les fichiers, désolé.

dans exif on retrouve tout sauf la dernière ligne :

Marque de l’appareil: samsung
Modèle de l’appareil: SM-G930F
Date et heure de la photo: 2017-04-03 11:52:22 (pas de fuseau horaire)
Distance focale: 4.2 mm (équivalence 35 mm : 26 mm)
Ouverture: ƒ/1.7
Mode de mesure: Moyenne
Exposition: Programme (automatique)
Balance des blancs: automatique
Utilisation du flash: Non (forcée)
Orientation: Normale
Espace colorimétrique: sRGB
Coordonnées GPS: undefined, undefined
Logiciel: *Microsoft Windows Photo Viewer 6.1.7600.16385*

Vous utilisez une version de Windows plus ancienne que la mienne, le
serial de Photo Viewer est celui de la dernière version de Windows 7.
Il y a entre 7 et 10 au moins une grosse différence pour ce qui nous
concerne: dans l'explorateur, clic-droit puis "Pivoter vers ..."
modifie juste le tag (modification-tag) sur 10 et pivote le bitmap
(modification-bitmap) par appel silencieux à un bout de Photo Viewer
sur 7. Sur les deux OS, ouvrir dans Photo Viewer, pivoter, juste fermer
pivote le bitmap (modification-bitmap).


Je précise ce que j'entends par:
- modification: changement d'orientation. Orientation: toute
combinaison pivotement 90 - 180 - 270 et symétrie H - V, soit 6
possibilités (tag de 2 à 7), plus rien (tag 1, 0 même effet).
- modification-tag: juste modifier le tag d'orientation. 1, 0,
"Normal", "0° (haut:gauche)", absence, non-reconnaissance ont le même
effet, c'est à dire aucune modification.
- modification-bitmap: modification des données "image compressée" dans
le fichier. Lecture de ces données vers un tableau de pixels puis
nouvelle compression JPEG.

Pour chaque modification-tag, il existe une modification-bitmap
inverse, et Lycée de Versailles, tels que l'application des deux ne
modifie pas l'affichage.

L'orientation via tag différent de 1 (0, rien, etc.) pose problème,
particulièrement dans un navigateur(*). Votre but, légitime et
habituel, est d'appliquer *si besoin* le couple modification-tag +
modification-bitmap tel que le tag d'orientation final soit 1 (0,
effacé, etc.).

En général, "modification lossless" est à prendre comme
modifcation-tag.

avec jhead+jpegtrans je fait un traitement par lot : réorientation dans
le bon sens puis supression du tag
la commande : jhead -ft -autorot *.jpg

Selon le contexte, il peut s'agir d'une
modification-bitmap via jpegtran, qui est plus ou moins un hack.

Il existe semble-t-il un format JPEG "bizarre", en ce sens qu'il pose
problème à certains décodeurs. Si (ma tante en avait...) un outil
utilisé pour une modification-bitmap est capable de le décoder, alors
il génèrera selon son propre format, non bizarre. En plus d'avoir été
redressée, l'image aura été "réparée". Je suppose que si jpegtran était
capable de lire ces fichiers, il produirait le même format "bizarre" en
sortie, mais on ne sait pas, il ne peut pas traiter. Alors, non
seulement il est impératif de passer par une modification-bitmap avec
recompression pour redresser ces images, mais peut-être serait-ce une
bonne idée de le faire également pour les images ne demandant pas à
être redressées.

c'est ce que je fais avec mon traitement par lot.
une fois la moulinette passée les fichiers ne posent plus aucun pb.

(*): on pourrait penser qu'il ne devrait plus y avoir de problème, mais
ce n'est pas vrai.
Mozilla propose un CSS:
image-orientation: from-image; /* Use EXIF data from the image */
Il semblerait possible de positionner cette valeur dans la feuille de
style par défaut des navigateurs. Or, ce truc n'est supporté par aucun
navigateur hors Firefox, et ça semble volontaire et assumé. La raison
en est certainement que tout ce qui avait pris en compte le problème
(javascript, php, à la volée ou en dur) se retrouveraient avec des
images dans tous les sens.

Markorki :

Stephane Legras-Decussy a écrit :

Le 07/04/2017 18:30, jdd a écrit :

et cjoint ne veut pas l'afficher...

le tag orientation est un boulet qui peut vraiment me mettre les nerfs en
boule.... ça ne devrait pas exister.

Bien, sûr que si, je bénis cette balise tous les jours, juste qu'il faut
avoir les bons outils.
ça permet des tas de trucs, y compris quand ton capteur d'orientation (cas de
mon G11) devient un peu aléatoire, où quand tu tiens ton APN incliné selon
plusieurs axes: tu choisis après-coup l'orientation d'affichage.

Le pb des images d'Alf n'est pas la balise, mais l'entête cassé; et comme il
a ça pour plusieurs images, ça sent le disque dur qui a eu des misères ,
prions pour qu'il ait des sauvegardes!!

non, c'est *uniquement* sur les panoramas verticaux et à l'envers issus
directement du smartphone (un S7).

Markorki :

Charles Vassallo a écrit :

Alf92 a écrit :

exemple d'une image qui refuse le *rotate lossless* :
http://www.cjoint.com/c/GDhoFSc7eZH
certains softs refusent même de l'ouvrir (ACDSee, PhotoFiltre)

Idem pour SeaMonkey et Firefox (dans MacOS) mais ça s'ouvre dans Safari.
Ça s'ouvre sous Photoshop ou GraphicConverter, mais pas dans Affinity Photo

Tu vis dangereusement

charles

Oui, aucun de mes softs ne l'ouvre, sauf PaintShop-7 , normal, PSP7 ne gère
pas les EXIF ni IPTC, or il semble que c'est l'entêe qui a dégusté.

Eye of Gnome affiche bien l'image, et la tourne et... refuse de la
réenregistrer: pas d'entête conforme à itiliser ?

c'est dingue que l'image soit intacte mais pas manipulable en lossless.
si vraiment c'est un pb d'en-tête, il n'existerait aucun soft pour les
reconstituer ?