Si le gamut de l'afficheur est supérieur ou égal à celui des données alors aucun problème d'affichage car il n'y a pas d'adaptation à faire.
Rien à faire en théorie mais il se passe plein de truc ds le diffuseur car il doit avoir connaissance des coords de ses propres primaires et de son blanc pour pouvoir faire un mapping correct du container en Rec.2020 de la source (+ metadata de son gamut d'origine) vers ses propres primaires... Quoi qu'il arrive le projo ne sait afficher q'un triplet rgb qui donne r R + g G + b B, avec RGB ses primaires... Donc si on veut que ça donne les bonnes couleurs avec une source ayant à la base un gamut forcément différent et transcodée dans un container avec des primaires "virtuelles" ultra larges, il y a un peu de boulot...
Et ça c'est sans parler des diffuseurs dont les primaires bougent (lampe) ... Ca rajoute encore une étape de correction car si le diffuseur ne "sait" pas que ses primaires ont changé, les formules de transcodage de gamut qu'il utilise se sont plus adaptées et donnent évidemment n'importe quoi.
C'est pourquoi tous les projos DCI ont un menu qui permet à l'utilisateur de dire au projp quelles sont ses primaires en coord. XYZ. Comme ça le projo recalcule lui-même les bonnes formules.
Et c'est sans parler aussi de la correspondance entre la OETF de la source et la EOTF du diffuseur qui peuvent ne pas être en accord selon les formats des sources avec les évolution des "normes" TV côté UHD et HDR ...