Nikon Passion : Communauté Photo
Choisir votre logiciel photo => Comment utiliser Lightroom Classic, Lightroom Desktop, Lightroom Mobile, Lightroom Web => Discussion démarrée par: GC34 le 11 oct., 2023, 10:33:07 am
-
Bonjour,
C'est un bug personnel ou la tonalité automatique a-t-elle disparue? :hue:
Ce serait dommage! À moins que ce soit remplacé par autre chose?....
-
Toujours là chez moi.
-
pas mal les nouveautés sur le HDR et la couleur. Moins fan de la fonction "bokeh" électronique.
-
Illustration de la partie HDR
Pour travailler la photo j'ai un écran Apple rétina en bas qui supporte le HDR et mon écran Samsung qui n'est que SDR.
LR v13 permet de travailler les 2 versions HDR et SDR dans un même fichier qui s'affichera différemment suivant l'écran utilisé.
Pratique quand on a comme moi un écran TV 4K HDR
(https://live.staticflickr.com/65535/53251057003_d91b3ed8e8_k.jpg)
La photo depuis Flikr qui ne supporte pas encore le HDR
(https://live.staticflickr.com/65535/53249967032_087f9c175a_k.jpg)
-
Gros bug chez moi au passage à LR13 !
Dans le module développement erreur systématique lorsque je vais sur l'historique et fermeture de LR !!
sur fichiers NEF qui fonctionnaient parfaitement avec LR12 !!
-
Gros bug chez moi au passage à LR13 !
Dans le module développement erreur systématique lorsque je vais sur l'historique et fermeture de LR !!
sur fichiers NEF qui fonctionnaient parfaitement avec LR12 !!
Je n'ai pas ce bug.
En revanche, après avoir joué avec le HDR dans le module DEV, pas moyen de revenir au module BIBLIO en restant positionné sur le RAW modifié.
Le reste semble fonctionner correctement.
-
Vos catalogues ont-ils bien été mis à jour ?
Si oui, reset des préférences Lightroom Classic, ça aide souvent à résoudre les problèmes de ce genre qui sont liés à une machine dans son ensemble et non au seul logiciel.
-
Vos catalogues ont-ils bien été mis à jour ?
Si oui, reset des préférences Lightroom Classic, ça aide souvent à résoudre les problèmes de ce genre qui sont liés à une machine dans son ensemble et non au seul logiciel.
N'ayant jamais effectué de reset, quel(s) reset(s) dois-je effectuer ?
Voir screenshot.
Merci pour l'aide.
-
Le fichier de préférences logiciel Lightroom Classic CC 7 Preferences
Windows : C:\Users\[nom d’utilisateur]\AppData\Roaming\Adobe\Lightroom\Preferences\Lightroom Classic CC 7 Preferences.agprefs
MacOS : /Users/[nom d’utilisateur]/Bibliothèque/Preferences/com.adobe.LightroomClassicCC7.plist
ATTENTION: supprimer ce fichier supprime toutes les personnalisations. Faites une copie avant au cas où.
Il est recréé au prochain lancement. C'est une opération de dernier recours, ne vous précipitez pas dessus sans avoir exploré le reste.
-
Merci.
Je n’aurais pas eu l’idée d’aller voir ce fichier …
-
Merci JC pour ce retour rapide.
Je viens de faire cette opération de reset des préférences et le bug est toujours là !
En fait ce bug se produit sur mon portable depuis mon passage à la version 13.
Je fonctionne avec un DD externe SSD sur lequel j'ai des fichiers RAW (et xmp) dans 3 répertoires de 3 sorties photo différentes.
LR13 semble fonctionner parfaitement sur l'un d'eux, et bugue systématiquement sur les 2 autres lorsque je passe du module bibliothèque à développement, erreur et fermeture de LR !
Suite de mes investigations et tests :
J'ai supprimé les répertoires qui buguaient dans LR, puis importé de nouveau ces répertoires et tout fonctionne parfaitement !!
Sans doute un bug d'adressage lors du passage de LR12 à LR13 !
-
Ce qui tend à prouver que le bug n'est pas forcément dans le logiciel mais qq part entre disque et logiciel.
Assure-toi que les fichiers RAW et leurs fichiers XMP associés sont intacts et ne sont pas corrompus.
Lightroom crée et utilise une cache pour accélérer les opérations. Essaye de vider la cache de Lightroom en allant dans les préférences de l'application.
Si tu utilises des aperçus dynamiques, essaye de les désactiver temporairement pour voir si cela résout le problème.
Si les problèmes persistent, support Adobe
-
La fonction "Accentuer" de LRC v13.x crée des fichiers DNG dont le nom respecte le format « Nom de fichier d’origine-Avec accentuation.dng » et est placée à côté de l’image d’origine.
Y a t'il un moyen d'éviter cela en choisissant soi-même le nom du fichier en sortie voire le dossier ou sous-dossier de sortie ?
J'ai cherché chez Adobe mais n'ai rien trouvé :hue:
-
La fonction "Accentuer" de LRC v13.x crée des fichiers DNG dont le nom respecte le format « Nom de fichier d’origine-Avec accentuation.dng » et est placée à côté de l’image d’origine.
Y a t'il un moyen d'éviter cela en choisissant soi-même le nom du fichier en sortie voire le dossier ou sous-dossier de sortie ?
J'ai cherché chez Adobe mais n'ai rien trouvé :hue:
A priori, non , c'est du reste le sujet d'âpres discussions ailleurs ;D
Personellement , j'enlève le : Avec accentuation - manuellement une fois exporté en .jpeg dans le dossier ad hoc , comme finalement je n'en ai pas tant que ça , cela reste gérable ;)
-
A priori, non , c'est du reste le sujet d'âpres discussions ailleurs ;D
Personellement , j'enlève le : Avec accentuation - manuellement une fois exporté en .jpeg dans le dossier ad hoc , comme finalement je n'en ai pas tant que ça , cela reste gérable ;)
Tant pis …
En fait mon vrai problème vient plus de l’utilisation de la suite Nik Collection 6 qui modifie aussi le nom des fichiers.
Par exemple, un raw dont le nom est DSC1234.nef est renommé dans mon LRC tel que 20231030111730-1234.nef lors de l’import. (Format AAAAMMJJHHMMSS-nnnn.ext).
En sortie de la fonction « Accentuer » il devient 20231030111730-1234-Avec accentuation.dng
Maintenant si je passe ce DNG dans un module de la Nik collection, le fichier prend le nom 20231030111730-.tif
J’ai donc perdu le numéro de séquence, à savoir 1234. Et ça m’agace … :)
-
L'import dans LR ne devrait pas changer ta séquence sauf si tu as activé le renomage des fichiers.
-
L'import dans LR ne devrait pas changer ta séquence sauf si tu as activé le renomage des fichiers.
Comme écrit précédemment, le renommage est activé lors de l’import avec le format AAAAMMJJhhmmss_nnnn.ext
Après avoir effectué d’autres tests ce matin, il s’avère que le renommage posant problème est celui des modules de la Nik 6.
J’ai donc ouvert un ticket chez DXO.
-
J’ai compris l’origine de mon problème et pour le moment je ne sais pas encore comment le résoudre.
Voilà ce que j’observe:
Quand j’importe mes fichiers RAW dans LRC, il y a un renommage automatique selon ce format: AAAAMMJJhhmmss_nnnn.ext
Mon process de post-traitement démarre, si nécessaire, par la réduction du bruit via LRC v13.
Ensuite, il m'arrive de passer le résultat dans le module Nik 6 PreSharpener.
Exemple de ce que j'observe pour mon fichier RAW dsc1345.nef:
- Le nom d'origine de mon fichier RAW, après renommage lors de l’import, est: 20230919133150_1345.nef
- En sortie de réduction du bruit dans LRC, le nom est: 20230919133150_1345-Avec accentuation-Bruit.dng que je modifie avec un module Nik 6.
- En entrée du module Nik 6, le nom devient: 20230919133150_.tif
Si maintenant je réduis le bruit dans DXO PureRAW 3, voilà ce que j'observe pour mon fichier RAW dsc1345.nef:
- Le nom d'origine de mon fichier RAW, après renommage lors de l’import, est: 20230919133150_1345.nef
- En sortie de réduction du bruit dans DPR, le nom est: 20230919133150_1345-NEF_DXO_PRIME.dng que je modifie avec un module Nik 6.
- En entrée du module Nik 6, le nom devient: 20230919133150_.tif
Dans les 2 cas de figure, on s'aperçoit alors que l'information "1345" a disparu en sortie du module Nik 6.
A priori on pourrait penser que Nik 6 est à l’origine de mon souci.
En fait il n’en est peut-être rien. En effet, dans les préférences du catalogue, éditeur externe, il faut indiquer un format de fichier en sortie. J’ai donc mis le format AAAAMMJJhhmmss_nnnn.ext
Or il s’avère que les EXIF du fichier TIFF généré en entrée de Nik 6 ne contiennent plus le numéro d’origine de mon RAW.
Voila ce qui explique mon souci et le fait que je ne sais pas comment le résoudre.
J’ai indiqué tout cela dans le ticket ouvert chez DXO.
-
trop de caractères ? Ou se sont les underscore qui posent souci de transcription dans le nom et tout ce qui suit est supprimé ? Peux-tu faire un essai avec une fichier non renommé à l'import pour qu'il soit plus court et sans underscore ( genre: dsc1024 ) auquel tu fais subir tes différents traitements?
Je ne puis tester de mon coté... je n'utilise aucun des ces 3 logiciels.
-
trop de caractères ? Ou se sont les underscore qui posent souci de transcription dans le nom et tout ce qui suit est supprimé ? Peux-tu faire un essai avec une fichier non renommé à l'import pour qu'il soit plus court et sans underscore ( genre: dsc1024 ) auquel tu fais subir tes différents traitements?
Je ne puis tester de mon coté... je n'utilise aucun des ces 3 logiciels.
Non le underscore n’y est pour rien. J’ai déjà testé.
-
Quand j’importe mes fichiers RAW dans LRC, il y a un renommage automatique selon ce format: AAAAMMJJhhmmss_nnnn.ext
Ma question: pourquoi ce renommage avec un nom aussi long et compliqué :hue:
-
Ma question: pourquoi ce renommage avec un nom aussi long et compliqué :hue:
Quand j’ai démarré avec LR il y a pas mal d’années maintenant, j’avais plusieurs boîtiers et celui de mon épouse.
On prenait des photos avec tous ces boîtiers. Je me suis demandé comment faire pour que les photos provenant de plusieurs sources apparaissent dans l’ordre chronologique de prise de vue.
Je n’ai trouvé que le moyen de renommer toutes les photos en me basant sur le timestamp plus le numéro de fichier pour une lecture plus aisée.
-
Oui , du coup ça fait des noms de fichiers improbables , en plus toutes les informations de dates et heures sont dans les exifs , donc à mon sens y'a redondance :|
-
Certes, mais rien que le nom du fichier me donne le timestamp sans aller voir dans les EXIF.
Par ailleurs, ce nommage rend les fichiers indépendants du lieu de stockage. En effet, si pour des raisons diverses et variées, je souhaite réorganiser mon disque et mettre par exemple toutes mes photos de 2023 dans un seul et même dossier, je n’ai aucune crainte d’écrasement, de doublons, …
En revanche, pour simplifier tout ça, je pourrais peut-être utiliser non pas le timestamp mais un numéro de séquence fourni par LR lors de l’import. Ce serait pour moi un changement de paradigme important. Mais pourquoi pas.
Je suis en pleine réflexion … En effet il faut que je vérifie que le numéro de séquence suive lors des aller-retour avec les logiciels externes tels que Nik 6. Je sais qu’il n’y aura pas de souci avec PS.
-
J'ai trouvé comment régler mon souci de nommage en entrée/sortie des modules de la suite NIK.
Dans LRC, "Préférences", "Editeur externe", mettre un modèle basé uniquement sur "Nom de fichier".
Dans ce cas seule l'extension du fichier est modifiée.