Questions de débutant

[Bernard]

Hello,
Si une seule composante RVB voire deux composantes sont cramées, on peut dans certains cas rattraper avec "reconstruire les hautes lumières" ou filmique onglet "reconstruire les hautes lumières" mais si tout est cramé ça ne marche pas. Une solution peut être la balance couleur comme a dit FrançoisH ou "coloriser" avec un masque mais sur des petites zones sinon ça se voit...
Exemple sur un ciel d'un vieil argentique:

Sinon comme dit précédemment incrustation avec un logiciel externe.

Pour le workflow, as tu regardé
https://darktable.fr/2021/07/traitement-...table-3-6/

Cordialement.

Merci pour tes infos

---

Ce que je ne comprends pas :
Pourquoi ne peut-on pas donner de nouvelle valeur à la zone en question afin de la faire passer de "blanc" (cramé) à un couleur de ciel "normal" en changeant les RVB de la zone ?
Si c'est possible j'aimerais comprendre comment faire.

En fait, il y a cramé et cramé. Je ne vais pas refaire les réponses déjà postées mais compléter. Pour le cramé pas trop cramé, là je te renvoie à la réponse de Cobert. Mais si tous les canaux sont cramés, ça veut dire que ça n'est pas seulement blanc, il n'y a limite plus de valeurs (je simplifie), ces zones du capteur ayant reçu trop de lumière. Ta photo, ce n'est pas que des canaux RVB, ce sont des canaux RVB qui définissent aussi des détails, des couleurs. Et un ciel est quand même en général pas complètement uniforme mais constitué le plus souvent de nuances (de bleu, blanc pour les nuages, etc.). Et là, si c'est complètement cramé (c'est-à-dire tous les canaux cramés), tu n'as aucun détail ni aucun base pour reconstituer au moins partiellement. Donc, là on sort du traitement RAW et on rentre dans la manipulation/transformation d'image en essayant de reconstituer un ciel artificiellement (avec Gimp par exemple).

Pourquoi n'est-ce pas une fonction standard de DT ? ... c'est étonnant vu le nombre de personnes qui ont ce problème.

Gimp et DT ne sont pas des logiciels aux usages similaires, même si l'un et l'autre peuvent traiter des photos, ce ne sont pas les mêmes modes de traitement. darktable est un logiciel de traitement RAW, pas un logiciel de manipulation d'images. Et certes, c'est un problème courant, mais c'est avant tout un problème de prise de vue (et même de photo ratée) et donc on ne rentre plus dans le traitement RAW mais dans la retouche/manipulation d'erreurs faites à la prise de vue. Certaines erreurs de prise de vue sont rattrapables dans darktable, mais pour moi darktable n'a pas pour finalité (ça n'empêche pas qu'on peut faire certaines choses pour avec) à rattraper les erreurs de prise de vue mais à pour finalité avant tout de sublimer les photos prises (et une bonne photo commence à la prise de vue, pas sur le logiciel de traitement). Et là, on n'est plus sur rattraper un ciel trop exposé, mais réinventer un ciel non pris en fait (puisque ce qui a été pris n'est pas le ciel mais comme une sorte de "flash" lumineux (j'image pour simplifie !) très fort et rien d'autre).

Enfin, d'une manière générale, compte tenu du nombre très élevé de modules dans DT :
- existe-t-il un workflow "classique" ou "standard" à mettre en oeuvre quand on débute le traitement d'un RAW ?
- je crois qu'il faut recadrer puis régler l'exposition, ... mais après ?

Là, il y a plein d'articles/tutos récents (voir sur darktable.fr, rubrique "documentation" et notamment un "pas-à-pas" sur darktable 3.0 et suivants : https://darktable.fr/darktable-3-pas-a-pas/) ou sur le forum et le nouveau workflow moderne (filmique rvb, balance couleurs rvb, calibration des couleurs).

PS : une chose est assez perturbante ... le décalage entre les tutos existants et la version actuelle du logiciel (ex : le menus ne sont plus les mêmes -> difficile de s'y retrouver)

Je ne vois rien de perturbant sinon que nombre de tutos sont anciens (ne pas oublier que darktable comme les tutos sont fait bénévolement) et que darktable a été complètement transformé avec le passage à darktable 3.0 il y a 2 ans déjà. Et darktable 3.4 et 3.6 ont fait encore évoluer le workflow vers un meilleur traitement de la couleur notamment.

Merci pour cette logue réponse très argumentée