Alors que le 16bit par canal n'est utile que pour un re-transfert sur pelloche ou impression HD. Dés lors, ça ne concerne pas tout le monde.
Non ce n'est pas utile uniquement pour un re-transfert sur pelloche ou une impression HD. Pour de bêtes photos de vacances complètement sous exposées à cause de la neige qui a aveuglée le système d'exposition de l'appareil numérique. Si Gimp était capable de traiter directement l'image en 16bits par canal récupérer une image correcte pour un bête affichage à l'écran aurait été un jeu d'enfant. Comme Gimp ne gère "que" 8 bits par canal cette opération n'est pas faisable directement. Il faut soit utiliser film-gimp (qui est, à mon avis, très en retard sur gimp 2) soit travailler les paramètres du convertisseur 16bits->8bits. C'est pour pallier à ce manque que l'auteur du plugin ufraw a été obliger de dupliquer une partie des fonctionnalité de gimp au sein d'un loader.
le "margoulin" (j'aime bien ce terme :) ) qui lit ça(*) aura directement comme réaction: Gimp sux
Ça n'était pas mon but. Pour info mon commentaire original était juste une nuance sur l'architecture de Gimp. En gros les développeurs de Gimp ont fait un travail énorme pour rendre gimp plus modulaire, plus propre, etc. mais certains choix d'architecture fait à l'origine, comme le codage de couleurs sur 8 bits par canal, continuent de poser des problèmes.
[^] # Re: Programme de référence ??
Posté par gabuzo . En réponse à la dépêche Gimp 2.2.0 (et 2.2.1). Évalué à 1.
Non ce n'est pas utile uniquement pour un re-transfert sur pelloche ou une impression HD. Pour de bêtes photos de vacances complètement sous exposées à cause de la neige qui a aveuglée le système d'exposition de l'appareil numérique. Si Gimp était capable de traiter directement l'image en 16bits par canal récupérer une image correcte pour un bête affichage à l'écran aurait été un jeu d'enfant. Comme Gimp ne gère "que" 8 bits par canal cette opération n'est pas faisable directement. Il faut soit utiliser film-gimp (qui est, à mon avis, très en retard sur gimp 2) soit travailler les paramètres du convertisseur 16bits->8bits. C'est pour pallier à ce manque que l'auteur du plugin ufraw a été obliger de dupliquer une partie des fonctionnalité de gimp au sein d'un loader.
le "margoulin" (j'aime bien ce terme :) ) qui lit ça(*) aura directement comme réaction: Gimp sux
Ça n'était pas mon but. Pour info mon commentaire original était juste une nuance sur l'architecture de Gimp. En gros les développeurs de Gimp ont fait un travail énorme pour rendre gimp plus modulaire, plus propre, etc. mais certains choix d'architecture fait à l'origine, comme le codage de couleurs sur 8 bits par canal, continuent de poser des problèmes.