ForHosting KIT · Audio et voix

Gain de normalisation sonore

Un master mesuré à -18,2 LUFS demande +4,2 dB pour atteindre la cible streaming de -14 LUFS. Saisissez la lecture de votre mesureur et choisissez une cible, comme la diffusion à -23 LUFS ou le podcast à -16, pour voir le gain exact et son sens. Gratuit dans votre navigateur.

  • Gratuit
  • Fonctionne dans votre navigateur
  • Sans inscription
  • Vos données restent sur votre appareil
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt
Si vous saisissez
LUFS mesurés
-18,2
Norme cible
streaming
Vous obtenez
LUFS cibles
-14
Gain (dB)
4,2
Direction
increase

Ce calculateur de normalisation transforme une mesure de sonie intégrée en un réglage de niveau précis. Saisissez la valeur LUFS mesurée et choisissez une cible reconnue, par exemple -14 LUFS pour le streaming général ou -23 LUFS pour la diffusion. Le résultat indique les décibels à ajouter ou retrancher, la cible retenue et le sens de la correction. Ce calcul déterministe convient aux contrôles de mastering reproductibles, aux rapports qualité automatisés et aux chaînes de publication sans téléverser ni traiter le son.

Mesurez la sonie intégrée avant le calcul

Commencez par relever la sonie intégrée de l’intégralité du programme, épisode, morceau, message publicitaire ou segment final. Les LUFS intégrés décrivent la sonie perçue moyenne sur l’intervalle mesuré et conviennent mieux à la normalisation de livraison qu’une valeur momentanée saisie pendant un passage fort. Utilisez un mesureur conforme à la méthode requise, analysez les limites prévues du programme et saisissez exactement la valeur signée, généralement négative.

Ainsi, un master à -18.2 LUFS est moins fort qu’une cible de -14 LUFS. Le calculateur n’examine pas le fichier et ne contrôle pas la mesure : il sépare ce calcul du décodage, du mesurage, de la limitation et de l’encodage. Les génériques, publicités, silences ou montages alternatifs peuvent modifier la valeur intégrée.

Respectez donc les limites définies par le cahier des charges avant de considérer la correction comme définitive.

Interprétez le gain signé obtenu

Le calcul soustrait les LUFS mesurés aux LUFS cibles. Pour un son à -18.2 LUFS visant -14 LUFS en streaming, le résultat +4.2 dB demande une hausse de 4.2 dB. Pour un programme à -20 LUFS visant -23 LUFS en diffusion, -3 dB demande une baisse de 3 dB.

Zéro signifie que la mesure correspond déjà à la cible. Les LUFS et les décibels décrivent des notions différentes, mais un gain uniforme déplace la sonie intégrée de la même quantité numérique sans traitement non linéaire. La réponse précise le sens et restitue la cible employée.

Appliquez le gain dans votre station audio, chaîne de transcodage ou système de mastering, puis mesurez de nouveau le rendu. Une protection contre l’écrêtage, un limiteur, un traitement dynamique, un encodage avec pertes ou des limites de programme modifiées peuvent empêcher la lecture finale d’évoluer exactement de la valeur demandée.

Choisissez une cible de livraison reconnue

Choisissez la norme correspondant à la destination réelle au lieu de supposer que tous les services partagent la même référence. Streaming général, Spotify et YouTube donnent -14 LUFS ; podcast et Apple Music, -16 LUFS ; diffusion et EBU R128, -23 LUFS ; ATSC A/85, -24 LUFS. Ces préréglages rendent les demandes automatisées explicites et empêchent une destination mal orthographiée de produire discrètement une correction trompeuse.

Une cible inconnue renvoie une erreur d’entrée avec les noms acceptés. Une cible nommée reste une référence de calcul, pas une garantie de lecture : les plateformes peuvent actualiser leurs règles ou ajouter des contraintes de crête. Consultez la spécification en vigueur si la conformité est essentielle.

Avant un gain positif, contrôlez la marge de crête vraie et appliquez une limitation adaptée si le plafond serait dépassé. Cet outil indique le gain ; il ne prédit pas les crêtes, ne préserve pas la dynamique et ne juge pas la pertinence artistique du master.

Préparez un master pour le streaming

Convertissez une mesure LUFS intégrée en gain signé pour atteindre la cible générale de -14 LUFS.

Contrôlez une livraison de diffusion

Calculez la baisse ou la hausse requise pour EBU R128 à -23 LUFS ou ATSC A/85 à -24 LUFS.

Automatisez le contrôle des podcasts

Ajoutez aux rapports une comparaison déterministe à -16 LUFS sans transmettre le son à un autre service.

Quelle formule le calculateur emploie-t-il ?

Une valeur positive augmente le niveau ; une valeur négative le réduit.

Cet outil mesure-t-il mon son ?

Non. Fournissez une mesure LUFS intégrée issue d’un mesureur ; cette fonction calcule uniquement la correction.

Quelles cibles sont reconnues ?

Streaming, Spotify et YouTube utilisent -14 LUFS ; podcast et Apple Music, -16 ; diffusion et EBU R128, -23 ; ATSC A/85, -24.

Le résultat garantit-il la conformité ?

Pas à lui seul. Mesurez de nouveau le rendu et vérifiez la crête vraie, les limites du programme et la spécification actuelle.

Pourquoi mesurer à nouveau après avoir appliqué le gain ?

Un limiteur, une protection contre l’écrêtage, un autre traitement de dynamique, un encodage avec perte ou des bornes de programme modifiées peuvent empêcher la mesure finale de bouger exactement de la valeur demandée. Mesurez le fichier rendu avant livraison.

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/audio/normalize-loudness

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/audio/normalize-loudness \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"measured_lufs":-18.2,"target_standard":"streaming"}'
{
  "measured_lufs": -18.2,
  "target_standard": "streaming"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "audio.normalize_loudness",
  "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_mb200
max_minutes180
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.
Que se passe-t-il pour une norme inconnue ?

La requête échoue avec une erreur invalid_input au lieu de choisir une cible par défaut.

Quel est le prix d’une requête API ?

Chaque requête API coûte $0.002 ; la version sur navigateur est gratuite.

Consulter la documentation complète du KIT →