XnView Software

Bonjour à tous;

Appel aux spécialistes des espaces colorimétriques...

J'ai un probleme bizarre depuis que j'ai mis à jour Xnview à la dernière version (enfin je suppose que ça vient de là). Et aussi bien sous Win 7 64bits que sur WinXP SP2 (deux machines différentes).

Pour redimensionner Des photos de presse VW que je vais chercher sur le site presse de Volkswagen; Ce sont à la base des jpg...

Depuis le début, je ne peux pas les redimensionner à la volée dans l'Explorateur Windows via le powertoy Power Resizer; il affiche "type de fichier non pris en charge". Ca ne me tracassait pas bcp jusque maintenant, car je pouvais le faire via Xnview sans soucis (jusqu'à la version 1.94) : à présent il affiche un message à l'ouverture d'un tel fichier "cette image va etre convertie en RGB avec 8 bits par composante" : mais si je la redimensionne comme d'habitude, le fichier de départ, mettons 1795x1196 pour 2MB, vers du 640x... à 80%de qualité, donne 1.5MB, au lieu des 80-100KB habituels... Enlever les différents entetes, IPTC et autres, changer de méthode de calculs, rien ne change la taille de manière significative... Meme passer à 256 couleurs ne change pas le poids du fichier...

Le seul à pouvoir me les traiter "normalement" dans les logiciels à ma disposition, reste Adobe PS Elements 4...
Si je teste ces memes photos sur une machine virtuelle avec une version plus ancienne de Xnview, comme la 1.94, ça passe sans problemes avec les memes réglages...

Le probleme ne se pose pas avec mes photos personnelles.

Des idées/explications?

Un exemple de photo :

image (2MB) (faire clic droit enregistrer sous)

Merci d'avance, parce que là, je sèche...

Antares

Bonjour, bienvenue à bord !

• Avec XnView 1.96.5 et votre image (passée en 24 BPP à l'ouverture) :
- Taille d'origine 1795×1165 :: 2,09 Mio
- Redimensionnée en 800×519 - Methode Mitchell - Qualité 85% ::  44,96 Kio
… ce qui me paraît tout à fait correct… … toutes les métadonnées Exif-IPTC étant conservées.

Cordialement,
Claude
Clo

Avant je ne devais rien modifier;

-j'ouvrais la photo
-je redimensionnais (methode Lanczos, 72dpi)
-je sauvais (enregistrer sous) en modifiant les options jpeg comme je le voulais à ce moment...

Pouvez-vous (peux-tu?) m'indiquer les étapes que tu as suivi pour arriver à ce résultat?

Antares

Bonsoir,

• Rien de particulier :
1. Télécharger l'image (avec Opera 9.21)
2. Ouvrir dans XnView 1.96.5
a) Message disant que l'image sera convertie en 3×8 bits (24 BPP) >> Accepter…
b) Bouton JPG [×] Couper l'image… pour éliminer les pixels inutilisés (et non pas inutilisables, erreur de Pierre)
3. Menu Image >> Redimensionner - Méthode Mitchell (est toujours établie ici)
… et j'obtiens bien ce qui est annoncé au dessus.

Cordialement,
Claude
Clo

Euh... le b) c'est quoi exactement...?

Bon, de guerre lasse je suis revenu à la 1.93.4, qui ne pose pas de questions et qui fait son boulot correctement, au moins.

Si la 1.97 débloque toujours chez moi, je passerai à un autre programme

J'ai 2 PCs différents, 2 OS différents, et 2 fois le meme probleme, j'appelle ça un bug, pas un probleme de config...

Bonsoir,
Pour info et au cas où...: Il peut arriver que versions après versions, un problème de configuration génère un "bug", surtout dans le fichier xnview.ini qui centralise les "customisations " successives de l'utilisateur.
Dans ce cas, le mieux est de renommer ou (supprimer) ce fichier, voir refaire une installation d'Xnview en repartant de zéro.
PS: Personnellement je n'ai pas ce bug non plus sur la v1.96.5.

Antares

Bonsoir,

Euh... le b) c'est quoi exactement...?

• Le bouton “Rotations JPEG sans pertes” (l'icône) de la barre d'outils.
- La manip indiquée au dessus réduit (un peu dans le cas présent, mais parfois beaucoup) la taille de l'image d'origine…
- Pour information :
- Votre image réduite en 800×519 et enregistrées sous PNG fait 419 Kio !
- Il arrive souvent qu'une image redimensionnée (réduite) ait un poids Kio plus élevé que celle d'origine, surtout dans des gammes de tailles inférieures et un rapport des tailles plus bas…
- J'avais rappporté cette bizarrerie il y a des années…
• Avez-vous essayé la méthode “Mitchell” ? “Lanczos” ajoute un tas de couleurs factices (lissage excessif).
- Plus loin, nous souhaiterions l'avis de Pierre…

Cordialement,
Claude
Clo

oops66

Bonjour,

…Dans ce cas, le mieux est de renommer ou (supprimer) ce fichier,
voire refaire une installation d'Xnview en repartant de zéro.

• Certes, c'est toujours à tenter, mais ici je n'ai ni réinstallé, ni refait les agencements
en repartant du défaut depuis des lustres !

Cordialement,
Claude
Clo

--> Clo
Hello,
Moi aussi ça fait des lustres (surtout sous Linux+Wine) , mais au cas où, car j'ai déjà eu cette expérience par le passé à force de tester et de "customiser" à outrance ...

Bonjour et merci à tous pour vos idées/pistes

Dans l'ordre des intervenants :

-j'ai tout viré ce matin sur la machine XP, y compris le xnview.ini (j'étais en multi-users donc dans documents and settings) : réinstall from scratch : ça n'a rien changé...

-bouton rotation lossless ,et méthode Mitchell (j"ai testé un peu toutes les méthodes d'ailleurs...) : ça n'a rien changé

-thanks for the information about notifying CMYK, I did'nt see that. In fact I didn't even know that I have to search about "CMYK"

Pour info, la 1.95.4 fonctionne correctement.

XnTriq wrote:

oops66 ([url=http://newsgroup.xnview.com/viewtopic.php?p=70559#p70559]CMYK support?[/url]) wrote:

maybe xnview should notify user when opening CMYK images at the moment.

Right, only this request above is done into V1.96, not the conversion.

Bizarre, car la conversion se fait correctement chez moi maintenant avec la V1.96.5 entre CMYK (32 bits) et RGB (8 bits par composent = 24 bits) avec en plus une fenêtre de notification d'XnView !
donc ???
PS: Même dans la version XnViewMP Linux 0.21 la conversion fonctionne, sauf que je n'ai pas de fenêtre d'avertissement là !

Votre image possede un profil ICC (assez important) donc vous pouvez désactiver "converser le profil ICC"