.TIF sortant de Hugin

[ppfiffer]

Ok, en effet ça s'ouvre avec Gimp. Mais, comme avec CS3, si j'exporte en TIF... ça ne s'ouvre toujours pas dans Dpp. Comment fais-tu pour te débarrasser de cette couche alpha

Avec GIMP: Calques -> Transparence -> Supprimer le canal alpha, puis sauvegarder.

J'utilise aussi HUGIN, et il y a bien un canal alpha ( 8 8 8 8) et sans 8 8 8 pour du 8 bits en mode RGB

(A tout hazard )

[SRT100]

Avec GIMP: Calques -> Transparence -> Supprimer le canal alpha, puis sauvegarder.

J'utilise aussi HUGIN, et il y a bien un canal alpha ( 8 8 8 8) et sans 8 8 8 pour du 8 bits en mode RGB

(A tout hazard )

Ok.
J'avoue que je n'ai jamais utilisé ni Hugin ni Gimp.

Par contre, je ne vois pas l'intérêt de repasser par DPP.

Dans Photoshop, pour les panos, il y a aussi un canal alpha qui permet le montage par transparence.
J'écrase tout ça (Pomme-E) et je gagne de la place.

[18471]

Avec GIMP: Calques -> Transparence -> Supprimer le canal alpha, puis sauvegarder.
J'utilise aussi HUGIN, et il y a bien un canal alpha ( 8 8 8 8) et sans 8 8 8 pour du 8 bits en mode RGB
(A tout hazard )

Ce hasard m'intéresse mais il faudrait que tu m'expliques un peu plus ce qu'il faut faire dans Gimp. Pour les autres :
En général j'utilise FastStone pour terminer le traitement mais FastStone ne lit pas le CMYK (comme Dpp).

Il reste un truc que je ne comprends pas. Dans mon premier message j'indiquais les informations techniques fournies par MediaInfo 0.7.59 [Copyright (C) 2002-2012 MediaArea.net SARL. MediaInfo fournit des informations techniques et les tags à propos de vos fichiers video et audio. Excepté l'interface graphique du Mac App Store, c'est un logiciel libre, ce qui signifie qu'il est gratuit pour l'utilisateur final et que les développeurs on la liberté de l'étudier, l'améliorer et le redistribuer (licence LGPL)]

Et MediaInfo indique : Espace de couleurs : RGB. Ca voudrait dire qu'il indique une conn... ce qui reste possible. Mais CS3, qui sait ouvrir ce .TIF zarbi, indique aussi RVB et non pas CRJN. CRJN et CMYK c'est la même chose ?

Alors poursuivant les essais sous CS3, je constate :

• Je peux ouvrir le .TIF zarbi
• Je fais enregistrer sous / en .TIFF
• Je décoche couche alfa Ca me dit alors que ça ne peut être enregistrer qu'en tant que copie -> ok, ça me va
• Ca produit alors un TIF que FastStone sais ouvrir (et Dpp aussi)

Ce qui validerait la proposition de PPFIFFER (cette pT... de couche alfa). Euh ça sert à quoi la couche Alfa ?

Je crois qu'on bientôt converger sur la bonne solution - merci de votre participation

[ppfiffer]

@18471, Cool ! Cette manipulation m'a permis de charger pas mal de photo dans DPP.

Pourquoi DPP: parce que j'imprime toutes mes photos avec le couple DPP/Easy Photo Print Pro

Pour GIMP, même manipulation qu´avec ton CS3. Après avoir supprimé la couche alpha, tu sauvegardes en tiff.

La couche alpha gère donc la transparence. Dans Google, "RGBA couche alpha" te donnera plein d'infos.

Mais j'aime cette approche: Avec de la peinture à l'eau, comme à l’école, tu dilues la couleur avec beaucoup d'eau. La couleur reste la même, mais la densité/opacité n'est pas la même. Si tu fais ça sur un texte, on peut encore le voir. Dans le cas contraire, avec peu d'eau, le texte n'est plus visible et c'est pourtant la même couleur.
La couche alpha est surtout utile pour la gestion des calques.

Jamais rencontré de CMYK en dehors d'un contexte d'impression, je laisse ça au spécialiste car je ne maitrise pas.

Non Mediainfo, n'indique pas d'erreur. C'est bien l'espace de couleur RGB, sur lequel on appliquera un profil de couleur (aRGB/sRGB)
Ce que confirme ExifTool, pour ma part, (Photometric Interpretation: RGB)

Autre chose, avec GIMP, si tu sauvegardes ton travail en mode niveau de gris, DPP ne saura pas le lire... Il faut rester en mode RGB, même avec une photo en noir et blanc, (et sans le canal alpha...).

Amuse toi bien...
Mais j'avoue que lorsque je suis tombé sur le problème, j'ai mis un certain temps à comprendre et trouver pourquoi certains Tiff ne se chargeaient pas dans DPP !