ForHosting KIT · Images

Vérifier le risque de banding d’un dégradé selon les bits

Ce vérificateur estime si les paliers de quantification risquent de devenir visibles dans un dégradé rendu.

● BetaGratuit · dans votre navigateur
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Indiquez la profondeur de bits par canal, le nombre de points de couleur en comptant les deux extrémités et la longueur du dégradé en pixels. Le résultat classe le risque comme faible, modéré ou élevé, présente la densité de transitions qui justifie cette évaluation et recommande une action concrète. Il s’agit d’une estimation déterministe destinée à la planification, et non de la simulation d’un écran, d’un codec, d’un espace colorimétrique ou d’un environnement précis.

Considérez l’estimation comme une alerte de conception précoce

Le banding apparaît lorsqu’une variation douce doit être représentée par trop peu de valeurs discrètes. Des pixels voisins gardent alors la même couleur codée avant que la valeur suivante ne soit disponible. Ce vérificateur transforme trois paramètres de planification en un avertissement simple. La profondeur de bits détermine le nombre de valeurs disponibles par canal. Les points de couleur déterminent combien d’intervalles d’interpolation adjacents composent le dégradé. La distance en pixels indique la longueur sur laquelle ces intervalles doivent s’étendre. Le résultat compare les transitions de quantification disponibles à cette distance. Un risque faible signifie qu’au moins une transition est disponible par pixel selon le modèle. Modéré signifie qu’une transition couvre plus d’un pixel, et élevé qu’elle en couvre plus de deux. Cette évaluation constitue un signal de contrôle, pas une garantie perceptive. Une source à faible risque peut encore présenter des bandes après une forte compression, une mauvaise conversion des couleurs, une précision d’écran limitée ou des réglages d’exportation inadaptés. À l’inverse, le tramage peut lisser un dégradé contraint en répartissant l’erreur sous forme de bruit fin. Utilisez le résultat avant le rendu pour repérer les configurations qui méritent un examen visuel approfondi.

Comprenez le calcul et ses hypothèses

Pour une profondeur de b bits, le vérificateur calcule deux à la puissance b niveaux par canal de couleur. Il soustrait un afin d’obtenir les transitions possibles entre niveaux, puis multiplie ce nombre par la quantité d’intervalles entre points adjacents. Un dégradé compte un intervalle de moins que de points de couleur, car deux points d’extrémité forment un intervalle. La distance en pixels divisée par le budget de transitions donne les pixels par transition, principal indicateur de risque. La valeur inverse est également fournie sous forme de transitions par pixel afin de comparer facilement la densité entre plusieurs créations. Le modèle suppose que chaque intervalle peut exploiter toute la plage du canal. Un dégradé réel peut couvrir une plage tonale plus étroite, réduire le nombre de transitions effectives et accroître le risque réel. L’estimation ne modélise pas non plus le gamma, l’uniformité perceptive, la composition alpha, le sous-échantillonnage chromatique, l’étalonnage de l’écran, la distance d’observation ni les couleurs exactes des points. Ces exclusions sont volontaires : l’outil fournit un contrôle préalable reproductible à partir d’informations généralement disponibles avant la finalisation d’une création ou du code, sans prétendre prédire chaque chaîne d’affichage.

Réagissez à un risque modéré ou élevé

Si le résultat est modéré ou élevé, vérifiez d’abord si le format cible et la chaîne de rendu peuvent conserver une profondeur de bits supérieure. Passer de huit à dix bits augmente fortement le nombre de valeurs disponibles, mais uniquement si la modification, l’exportation, le transport et l’écran préservent tous cette précision. Ajouter des points de couleur pertinents peut aussi raccourcir les intervalles d’interpolation, notamment lorsque ces points suivent la courbe tonale recherchée au lieu de répéter des couleurs équivalentes. Réduire la longueur du dégradé en pixels diminue le nombre d’échantillons qui partagent le même budget de transitions. Le tramage reste souvent la solution la plus pratique pour une diffusion fixe en huit bits, car il remplace des contours structurés par un bruit moins visible. Examinez toujours le fichier exporté final sur des appareils représentatifs ; tester uniquement la source dans un éditeur de haute précision peut masquer les problèmes introduits ensuite. Relancez le contrôle pour chaque variante, par exemple un grand fond de bureau, un recadrage mobile réduit et une image compressée. L’API coûte $0.002 par requête et applique le même calcul déterministe, adapté aux contrôles automatiques de ressources dans une chaîne de build.

Contrôler un grand dégradé d’arrière-plan

Vérifiez si un dégradé huit bits étiré sur une grande image principale possède assez de transitions pour sa largeur rendue.

Comparer la précision d’exportation

Comparez les variantes huit bits, dix bits et de précision supérieure avant de choisir une chaîne de diffusion d’image ou de vidéo.

Ajouter une alerte automatique sur les ressources

Signalez les dégradés présentant un risque modéré ou élevé pendant la validation de jetons de conception ou une chaîne de build.

Que signifie l’évaluation du risque ?

Faible signifie que le budget modélisé offre au moins une transition par pixel. Modéré indique plus d’un pixel par transition, et élevé plus de deux.

La profondeur de bits concerne-t-elle un canal ou le pixel entier ?

Indiquez la profondeur par canal de couleur, par exemple 8 pour une image courante à huit bits par canal.

Les couleurs aux extrémités comptent-elles comme des points ?

Oui. Indiquez le nombre total de points en incluant les deux extrémités ; deux points créent un intervalle d’interpolation.

Un risque faible garantit-il l’absence de banding ?

Non. La compression, une plage tonale étroite, la conversion des couleurs, les limites de l’écran et les conditions d’observation peuvent toujours créer des contours visibles.

Le vérificateur tient-il compte du tramage ?

Non. Il estime le risque de quantification brute. Le tramage réduit souvent le banding visible en répartissant l’erreur sous forme de bruit fin.

Combien coûte une vérification par API ?

Chaque requête API coûte $0.002. La version navigateur s’exécute localement pour les contrôles interactifs.

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

POSThttps://api.kit.forhosting.com/image/color-banding-risk-check

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

curl -X POST https://api.kit.forhosting.com/image/color-banding-risk-check \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"bit_depth":8,"color_stops":2,"pixel_distance":1024}'
{
  "bit_depth": 8,
  "color_stops": 2,
  "pixel_distance": 1024
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "image.color_banding_risk_check",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

max_mb15
max_megapixels12
HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Consulter la documentation complète du KIT →