14-10-19, 11:28
(Modification du message : 14-10-19, 11:31 par aurelienpierre.)
Une VM pour les logiciels graphiques, c'est une très mauvaise idée pour la gestion de la couleur. Il n'y aucun moyen de savoir quel profil de couleur s'applique et comment.
Par exemple, le profil installé dans l'OS pourrait être appliqué en plus de celui installé dans la VM sans rien dire. Pire, l'OS pourrait supposer que tout ce qui sort de la VM est du sRGB et le corriger en conséquence. Si le profil de la VM a besoin d'utiliser les tables de gamma de la carte graphique, il y a de fortes chances qu'il n'y ait pas accès, donc il va s'appliquer à moitié et sera erroné (auquel cas, il faut réaliser un profil de couleur qui court-circuite la calibration et ne fait que le profilage… vous avez intérêt à comprendre ce que vous faites avant de vous rendre là).
Bref, la gestion de la couleur en VM, c'est un cauchemar. Déjà dans un linux natif, c'est folklorique.
Par exemple, le profil installé dans l'OS pourrait être appliqué en plus de celui installé dans la VM sans rien dire. Pire, l'OS pourrait supposer que tout ce qui sort de la VM est du sRGB et le corriger en conséquence. Si le profil de la VM a besoin d'utiliser les tables de gamma de la carte graphique, il y a de fortes chances qu'il n'y ait pas accès, donc il va s'appliquer à moitié et sera erroné (auquel cas, il faut réaliser un profil de couleur qui court-circuite la calibration et ne fait que le profilage… vous avez intérêt à comprendre ce que vous faites avant de vous rendre là).
Bref, la gestion de la couleur en VM, c'est un cauchemar. Déjà dans un linux natif, c'est folklorique.
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :