Utiliser-Lightroom
Flux de travail => Catalogage et gestion des images => Discussion démarrée par: Ivan le 10 octobre 2012 à 08:22
-
La première image a été travaillée dans photoshop.
(http://photocheap.free.fr//Albums/Temp/Severine_PS.jpg)
La seconde est juste une importation de la la première dans Lightroom sans aucune retouche.
(http://photocheap.free.fr//Albums/Temp/Severine_LR.jpg)
Comme vous pouvez le constater on voit très nettement un tramage dans la seconde.
Je ne comprends pas, l'image d'origine est un PSD en niveaux de gris 16 bits.
J'ai essayé de la passer en couleur mais ça ne change rien.
Je ne vois aucun paramétrage dans LR lors de l'importation.
Ce défaut est très fréquent mais pas systématique.
Si j'imprime l'image depuis LR, ce tramage est aussi visible sur le papier !
Est-ce que quelqu'un a-t'il une idée ?
Merci d'avance.
-
Bonjour, pourrais-je avoir le fichier pour essayer de mon côté ? Merci.
-
Bonjour,
Je vous ai envoyé un MP avec le lien de téléchargement de l'image psd.
Pour reproduire :
- faire une importation dans LR4
- si le bug n'est pas visible immédiatement, passer dans le module "Développement"
Merci
-
Effectivement, je vois aussi le tramage.
Je confirme également dans Camera Raw.
Puis-je transmettre le fichier à Adobe pour analyse ?
Merci.
PS : ton Coolscan n'est pas à vendre, à tout hasard ?
-
Aucun problème pour transmettre le fichier.
Par contre je suis désolé pour le Coolscan mais je l'utilise. ;)
-
Ok, c'est noté. Par contre, avoir une réponse ou simplement voir le bug pris en compte prend du temps...
J'aurais également aimé avoir les informations de numérisation : logiciel, outils de correction utilisés puis les détails sur le brut de scan (serait-il d'ailleurs possible de l'avoir ?), le traitement qui a suivi, bref tout ce qui peut être utile pour isoler la source du problème.
Dommage pour le Coolscan. Tu as raison, faut pas le vendre.
-
@Gilles : j'ai un coolscan à vendre éventuellement; mais c'est un coolscan 3 donc non compatible avec les versions de Windows postérieures à W2000, sur Mac je en sais pas. La connexion se fait en SCSI.
-
merci Michel mais c'est un Coolscan V / 5000 voire 9000 qui m'intéresseraient. J'ai d'ailleurs possédé les 2000, Coolscan 30 et le 5 que je n'aurai jamais du revendre...
-
Je me doutais un peu :)
By the way je trouve que Nikon n'est pas très correct sur le suivi des drivers de ce type de produits...
-
Je me doutais un peu :)
By the way je trouve que Nikon n'est pas très correct sur le suivi des drivers de ce type de produits...
Oui, un véritable coup de couteau dans le dos. C'est lamentable.
-
Bonjour
J'ai envoyé un MP pour télécharger le brut de scan.
Pour le process :
- scan du négatif avec mon Nikon Coolscan 5000 ED en Tif niveaux de gris 16 bits
- post traitement du fichier dans phooshop (juste des calques courbes et niveaux)
- sauvegarde en psd
- importation du psd dans lightroom
Bref rien de sorcier.
Je ne me fais pas d'illusion quant à la correction du bug, c'est mort, tant pis pour moi.
En tout cas merci à vous pour votre aide.
-
Le problème, c'est qu'on ne peut parler de bug tant qu'on n'a pas déterminé la source du problème.
Lightroom ne va pas ajouter un tramage pour le plaisir. À mon avis, ce tramage existe dès la numérisation, ce qui n'est pas une surprise en soi, et quelque chose fait qu'il remonte à la surface dans Lr et ACR.
En attendant, je m'interroge sur la pertinence de faire du noir et blanc directement à la numérisation, et surtout en 16 bits. Il serait bien plus judicieux, pour la qualité de ta production, de numériser en couleurs, à la qualité max (16 bits), et de convertir en N&B à la post-prod.
Il me manque aussi d'autres infos : quel logiciel utilises-tu pour numériser ? Appliques-tu de l'accentuation à la numérisation ? Utilises-tu le système ICE ?
Merci.
-
Et, stp, refais une numérisation en couleur.
à moins qu'il s'agisse d'une pelloche N&B ?
-
Et, stp, refais une numérisation en couleur.
à moins qu'il s'agisse d'une pelloche N&B ?
Essaie quand même de le scanner en couleur, quitte à placer un bout de négatif couleur vierge en calque au dessus.
-
Ça fait 10 ans que je scanne les négatifs TriX en niveaux de gris 16 bits à 4000 DPI.
Ça donne le résultat le plus qualitatif.
Scanner en couleurs des négatifs n&b n'apporte rien.
-
Ça fait 10 ans que je scanne les négatifs TriX en niveaux de gris 16 bits à 4000 DPI.
Ça donne le résultat le plus qualitatif.
Scanner en couleurs des négatifs n&b n'apporte rien.
Ok, ok, mais je ne savais pas si tu partais d'une pelloche NB ou couleur.
J'ai besoin du plus d'informations possible.
-
N'ayant pas vu les images c'est difficile d'en parler ;)
Au moins d'un point de vue théorique ce que dit Ivan me semble juste : scanner un négatif NéB en couleur n'apporte rien par rapport à un scan N&B 16 bits .
Après, d'un point de vue pratique, il est possible que les algorithmes de visualisation de PS et de LR d'une part ne réagissent pas exactement de la même façon, d'autre part réagissent différemment vis à vis d'un ficher en niveaux de gris et d'un fichier RVB. On a parfois tendance à oublier que ce que l'on voit à l'écran n'est qu'une interprétation du fichier qui subit pas mal de traitements.
Il faudrait donc essayer de voir si la trame est visible dans PS dans certaines conditions d'affichage, par exemple avec différents facteurs de zoom.
Il me semble qu'une différence importante entre PS et LR est que PS autorise des facteurs de zoom quelconques, ce qui nécessite une interpolation (propre à interférer avec la trame), alors que LR n'accepte que les facteurs de zoom entier, ce qui affranchit de l'interpolation.
-
J'ai deja vérifié ce point.
L'image psd que j'ai envoyé par MP est grande. Un zoom au pixel dans Photoshop permet de juger de la qualité. Un zoom en taille réelle permet de voir le grain du film. Il n'y a pas de pixelisation.
Quelque soit le niveau de zoom dans PS, aucune trame n'apparaît.
Je pense personnellement qu'il s'agit d'un bug de LR qui fait une interprétation (au sens application d'un algo) sur la bitmap de l'image contenue dans le psd.
Même si, dans PS, je sauve l'image dans un autre format (couleur, 8 bits, tif, ...) , l'interprétation dans LR fait apparaître le défaut. D'ailleurs ce n'est pas un simple problème d'affichage à l'écran. L'impression depuis LR donne le même résultat alors que l'impression depuis PS est nickel.
-
Y a t il une raison précise et impérieuse qui imposerait de passe par Photoshop avent d'aller dans LR.
Je ne maitrise pas bien les processus de scans ce qui limite mon expertise mais avec un scanneur Epson je passe diectemt du logicielde scan avec le fichier le plus riche possible vers LR via l'import automatique puis de LR je vais il est vrai très rarement vers un logiciel graphique avant de produire un fichier archive en TIFF et un fichier pour le tireur en JPG
-
Si je prends l'image du dessus (celle que je suppose être l'original) et que je l'accentue dans Picasa, je vois apparaître du tramage.
Je pense donc que l'image contient un peu de tramage et que l'import dans Lr, après application des réglages par défaut révèle ce tramage.
-
Ivan a raison de toute façon : j'ai beau sur-accentuer dans Photoshop et jouer avec les niveaux de zoom, je ne vois pas de trame. Il se passe clairement quelque chose avec le moteur Camera Raw puisque la trame (et pas le tramage...) se voit aussi dans ACR 7.
-
Je suis sur un téléphone donc court.
J'ai vu passer par hasard un paramêtre dans préférences de LR qui parait prévoir le truc (lire les notes qui s'affichent quand on active les menus.
-
J'ai trouvé comment contourner le problème.
C'est en faisant des essais ce we que je suis tombé dessus.
Voilà le contournement :
- Ouvrir le tif (le brut de scan) dans PS
- Sélectionner l'outils Recadrage
- Cliquer sur le bouton "image 1er plan" (je ne sais plus libellé exacte du bouton"
- Ouvrir le psd dans Photoshop (il est deja au même DPI que le tif)
- Sélectionner l'outils Recadrage
- Recadrer l'image avec les paramètres fixés précédemment. On obtient donc une image proportionnelle à l'originale.
- Sauver le psd
- Importer ce psd dans LR
=> l'image est ok sans trame
Ma conclusion : il s'agit bien d'un bug d'importation dans LR. À mon avis c'est un décalage léger des pixels de chaque ligne de l'image. Ce décalage est visible sur certaines parties uniformes de l'image. Ça se voit d'autant plus que le grain est prononcé sur ces parties.
-
Regardes quand même cela: (http://www.evernote.com/shard/s1/sh/a7760da8-df2b-4bac-8f6d-d2b10ee59307/4a4169dad2b1706f2e5a05ad8519d0d2)
Dans préférences si tu optes pour PSD un message d'alerte indique quelque chose qui est peut être intéressant
-
Alors ?
que ceux qui ont Photoshop se lèvent !
-
Merci pour l'info.
J'ai essayé le paramètre mais ça ne vient pas de ça.
En tout cas merci à tous pour votre aide.
-
Ivan, comme je te l'ai confirmé par mail, ce bug d'affichage sera corrigé non pas dans la version 4.3 - c'était trop tard - mais dans la suivante.
Le phénomène n'est pas réellement lié au mécanisme d'affichage, mais la manière dont l'image est traitée dans Lr. J'essaierai d'en savoir plus dès que possible (mais ça va être difficile en cette période de vacances).
Cdlt, Gilles.
-
Encore merci.
Je ne pensais pas qu'Adobe se pencherait sur mon bug, ça m'épate.
Bravo Gilles pour ta persévérance.