Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Préservation chrominance vs non préservation chrominance (darktable 2.7 git)
#9
(13-03-19, 08:59)aurelienpierre a écrit : J'ai fait différents tests depuis la semaine dernière, où un changement important a été apporté au pipeline de darktable, qui autorise un pipe entièrement RGB. Il semble que la dérive vers le rouge soit un problème lié à l'espace de couleur ProPhoto RGB dans lequel filmique travaille, c'est moins gênant dans l'espace REC2020 par exemple.

...

Ça se peut aussi que ce soit les matrices de bases (profil d'entrée) qui soient systématiquement déviées vers le rouge (vu qu'elles sont toutes prises à Adobe DNG converter, il se peut que ça soit un choix de conception Adobe), et filmique ne pardonne pas les déviations de colorimétrie.

Heu ... ProPhotoRGB en linéaire ?

rec2020, outre le fait qu'il a un point blanc très différent de celui de ProPhoto, a un gamut plus réduit.

Quant aux matrices Adobe, elles sont en général flatteuses mais ce n'est pas forcément ce qu'il y a de mieux (sur le plan colorimétrique).
Windows 10 Pro 21H2 - dt 3.8.1
Répondre


Messages dans ce sujet
RE: Préservation chrominance vs non préservation chrominance (darktable 2.7 git) - par pascalG - 13-03-19, 13:25

Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)