本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文This site is available in English.View in Englishこのサイトには日本語版があります。日本語で表示이 사이트는 한국어로도 제공됩니다.한국어로 보기Diese Website ist auch auf Deutsch verfügbar.Auf Deutsch ansehenEste sitio web también está disponible en español.Ver en españolQuesto sito è disponibile anche in italiano.Visualizza in italianoEste site também está disponível em português.Ver em portuguêsDeze website is ook beschikbaar in het Nederlands.In het Nederlands bekijkenЭтот сайт также доступен на русском языке.Смотреть на русскомयह वेबसाइट हिन्दी में भी उपलब्ध है।हिन्दी में देखेंهذا الموقع متاح أيضًا باللغة العربية.عرض بالعربيةSitus ini juga tersedia dalam bahasa Indonesia.Lihat dalam bahasa IndonesiaBu site Türkçe olarak da mevcut.Türkçe görüntüleTa strona jest dostępna także po polsku.Wyświetl po polskuTrang web này cũng có phiên bản tiếng Việt.Xem bằng tiếng Việtاین وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسی

La différence entre ChannelCombination et LRGBCombination

Gestion des couleurs2023.04

Les deux processus ChannelCombination et LRGBCombination portent dans PixInsight des noms très proches, ce qui fait qu’on ne sait souvent pas lequel employer et à quel moment, et bon nombre de vidéos tutorielles sur Internet les confondent d’ailleurs régulièrement. Cet article partage la manière dont je les utilise moi-même, ainsi que la différence réelle de calcul entre les deux.

Comment je les utilise

  • LRGBCombination : je l’utilise dans l’état non linéaire pour remplacer le L des canaux RGB par un L, c’est-à-dire ce qu’on appelle « ajouter le canal L dans une image RGB ».
  • ChannelCombination : mon usage le plus fréquent consiste à combiner les trois canaux RGB dans l’état linéaire. En effet, ChannelCombination n’effectue par lui-même aucun autre traitement, il se contente simplement de combiner les canaux (le pendant de la séparation des canaux de ChannelExtraction).

Les modes de combinaison de ChannelCombination comprennent RGB, HSV, HSI, CIEXYZ, CIEL*a*b et CIEL*c*h. Vous pouvez le voir comme « un PixelMath doté d’une interface à cliquer », si bien qu’en principe, PixelMath permet lui aussi d’exécuter exactement la même opération.

Question 1 : que se passe-t-il si l’on utilise LRGBCombination pour combiner le RGB dans l’état linéaire ?

Un confrère astrophotographe a posé cette question. L’image ci-dessous en montre le résultat — pour une comparaison objective, les deux images de la figure se sont vu appliquer le même étirement d’écran STF.

Comparaison des résultats de la combinaison des canaux RGB aux valeurs par défaut : ChannelCombination (à gauche) et LRGBCombination (à droite)

On peut voir que le résultat de LRGBCombination (image de droite) ne présente aucune différence par rapport à celui de ChannelCombination (image de gauche). Pour éviter que l’œil ne me trompe, j’ai même agrandi les images jusqu’au niveau du pixel pour en mesurer les valeurs, et celles-ci étaient elles aussi parfaitement identiques.

Mais attention : cela n’est vrai qu’à la condition que les réglages de conversion de LRGBCombination restent « entièrement à leurs valeurs par défaut ». Ce processus offre des options pour modifier les poids des canaux, la fonction de conversion et la réduction du bruit de chrominance ; dès que vous touchez à ces options, le résultat devient différent de celui de ChannelCombination.

Question 2 : pourquoi, dans l’état linéaire, la combinaison avec LRGBCombination pose-t-elle des problèmes de couleur ?

Un autre confrère a demandé pourquoi, dans l’état linéaire, les couleurs posent problème lorsqu’on utilise LRGBCombination pour combiner séparément L, R, G, B, ou pour combiner L avec le RGB.

La réponse rejoint celle d’un article que j’ai partagé auparavant : parce que LRGBCombination est un processus non linéaire et doit être exécuté dans l’état non linéaire. Certes, tant que vous ne faites que combiner les canaux RGB (en conservant les valeurs par défaut), vous ne rencontrez aucun souci, mais dès que le L entre en jeu, ou que vous ajustez les paramètres de l’interface, des problèmes peuvent survenir.