Calculateur decay reverb depuis BPM
À 120 BPM, un temps dure 500 ms : une queue de réverbération de 4 temps demande donc un decay de 2000 ms. Indiquez le tempo et le nombre de temps pour obtenir la valeur à saisir dans votre réverb. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Bpm
- 120
- Temps
- 4
- Temps (ms)
- 500 ms
- ms par temps
- 500
- Décroissance (ms)
- 2 000
- Décroissance de la réverbération (ms)
- 2 000
Un calculateur de temps de decay de reverb depuis le BPM transforme le tempo d'un morceau et une longueur de queue choisie en temps en millisecondes exactes que vous saisissez dans un plugin de reverb, une unité multi-FX ou un envoi de retour. Les producteurs souhaitent souvent que la queue se termine sur une barre de mesure ou après un nombre fixe de noires, plutôt que de deviner un RT60 libre. Saisissez le BPM du projet et le nombre de temps que doit durer la queue ; l'outil renvoie le pouls de noire en millisecondes, le temps de decay en millisecondes et en secondes, une courte formule et des étapes ordonnées que vous pouvez vérifier à la main.
Comment le tempo et le nombre de temps deviennent un decay de reverb en ms
Les battements par minute comptent combien de pouls de noire se produisent en soixante secondes selon la convention de production habituelle qu'un temps égale une noire en 4/4. Le réciproque est universel : les millisecondes par temps valent soixante mille divisés par le tempo, de sorte que cent vingt BPM donnent cinq cents millisecondes par noire, cent BPM donnent six cents millisecondes et soixante BPM donnent mille millisecondes. Un decay de reverb synchronisé au tempo multiplie simplement ce pouls par le nombre de temps que vous souhaitez pour la queue.
Quatre temps à cent vingt BPM durent donc deux mille millisecondes ; deux temps durent mille ; une sensation pointée d'un point cinq temps dure sept cent cinquante millisecondes. Ce produit est la valeur que de nombreux ingénieurs collent dans les champs decay, style RT60 ou taille lorsqu'ils veulent que la queue se nettoie avant la phrase suivante plutôt que de sonner librement contre le prochain downbeat.
Rejeter un BPM non positif ou un nombre de temps non positif est essentiel : une division par zéro, un pouls négatif ou une longueur négative inventerait des temps non physiques qui casseraient le rappel de session et l'automatisation MIDI.
Conseils pratiques, limites et recherches associées
Préférez envoyer des nombres plutôt que des chaînes préformatées lorsque vous contrôlez le client ; les chaînes numériques ne sont acceptées que si elles correspondent à un motif numérique fini strict. Les repères de studio courants sont faciles à mémoriser : cent vingt BPM avec quatre temps donnent deux mille millisecondes ; cent vingt-huit BPM avec deux temps donnent neuf cent trente-sept virgule cinq millisecondes ; soixante-douze BPM avec un temps donnent huit cent trente-trois virgule trois périodiques millisecondes.
Cette page cible les personnes qui cherchent un calculateur de temps de decay de reverb depuis le BPM, une reverb synchronisée au tempo en ms ou un outil de temps de decay en battements ; ce n'est pas un calculateur géométrique de salle RT60, ni un tableau complet de notes et de delays, ni un mélangeur predelay ou wet-dry, ni un processeur audio temps réel.
Préférez cette capacité lorsque vous connaissez déjà le tempo du projet et n'avez besoin que de la longueur de queue en millisecondes ; si vous avez besoin de chaque valeur de note et préréglage de delay pour le même tempo, utilisez plutôt un tableau dédié BPM vers millisecondes.
Cas d’usage
Harmoniser multi-FX et envois de retour sur un set live
Les ingénieurs live calculent des queues synchronisées au tempo pour plusieurs morceaux afin que les unités multi-FX et les envois DAW partagent des temps de decay verrouillés sur le temps.
Questions fréquentes
Comment calcule-t-on le temps de decay de reverb à partir du BPM ?
Les millisecondes par temps de noire valent 60000 divisés par le BPM.
Que se passe-t-il si BPM ou beats est zéro ou négatif ?
Les temps de decay synchronisés au tempo sont indéfinis pour un tempo ou un nombre de temps non positif.
Un temps est-il toujours une noire ?
Oui pour ce calculateur. Il suit la convention de production standard selon laquelle le BPM compte les pouls de noire, ce qui correspond à la plupart des cartes de tempo de DAW en 4/4.
Est-ce la même chose qu'un tableau complet BPM vers millisecondes par note ?
Non. Cet outil renvoie une seule longueur de decay de reverb à partir d'un nombre de temps choisi. Un calculateur BPM vers millisecondes renvoie des tableaux complets de valeurs de notes et de préréglages de delay sans entrée de longueur de queue.
Le calculateur de temps de decay de reverb depuis le BPM est-il gratuit ?
L'outil navigateur est gratuit et s'exécute en local.
Outils associés
Pour les développeurs — accès API
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.
Endpoint
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é.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/hobby/music-reverb-decay \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"bpm":120,"beats":4}'const res = await fetch("https://api.kit.forhosting.com/hobby/music-reverb-decay", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"bpm": 120,
"beats": 4
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/hobby/music-reverb-decay",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"bpm": 120,
"beats": 4
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/hobby/music-reverb-decay", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"bpm":120,"beats":4}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"bpm":120,"beats":4}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/hobby/music-reverb-decay", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"bpm": 120,
"beats": 4
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "hobby.music_reverb_decay",
"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.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Les tempos ou nombres de temps non positifs sont rejetés avec invalid_input afin que l'automatisation n'enregistre jamais un decay négatif ou infini. Le chemin est purement arithmétique — sans réseau, sans graines aléatoires, sans dépendance à l'horloge — de sorte que l'exécuteur gratuit du navigateur et l'API prépayée renvoient le même JSON après un arrondi décimal fixe chaque fois que vous l'appelez au prix publié de $0.002 par requête réussie.
Comment le tempo et le nombre de temps deviennent un decay de reverb en ms
Cette capacité traite les deux entrées comme des nombres finis strictement positifs dans les limites publiées, arrondit chaque durée publiée à douze décimales pour un JSON stable et fournit un tableau ordonné d'étapes afin que les étudiants et les tests unitaires puissent recalculer à la main soixante mille sur BPM fois les temps sans ouvrir un tableur ni un moteur acoustique complet.
Comment appeler l'API et ce qu'elle renvoie
Le tempo doit rester strictement supérieur à zéro et au plus mille BPM ; le nombre de temps doit rester strictement supérieur à zéro et au plus un million. Le tableau steps parcourt le tempo brut, la durée du temps, la multiplication par le nombre de temps et la conversion en secondes afin que vous puissiez affirmer des valeurs intermédiaires dans les tests. Envoyez un corps JSON avec deux nombres finis obligatoires : bpm, également accepté sous les alias tempo, beats_per_minute et tempo_bpm ; et beats, également accepté comme num_beats, beat_count, decay_beats ou tail_beats. Les champs manquants, les chaînes non numériques, les valeurs non finies et les nombres hors plage renvoient invalid_input et ne sont jamais facturés. En cas de succès, la réponse renvoie le bpm et beats arrondis, définit beat_ms et ms_per_beat comme la durée de noire en millisecondes, définit decay_ms et reverb_decay_ms comme la même longueur de queue en millisecondes, définit decay_seconds comme cette longueur divisée par mille, unit comme la chaîne ms, formula comme la relation fermée decay_ms égale soixante mille sur bpm fois beats avec un temps égal à une noire, et message comme un court résumé en anglais. Le tarif est un forfait de $0.002 par requête réussie avec l'unité item.
Conseils pratiques, limites et recherches associées
Gardez le BPM dans la plage publiée pour que la durée réciproque du temps reste finie en double précision IEEE sur le Worker et dans le navigateur. En enseignement, associez un chemin heureux positif à un tempo ou un nombre de temps délibérément nul ou négatif pour démontrer le chemin strict invalid_input. Les tâches en échec qui renvoient invalid_input ne consomment pas le solde prépayé, ce qui maintient les scripts exploratoires peu coûteux lorsque les apprenants testent volontairement les cas limites. Les vérifications aller-retour sont directes : recalculez soixante mille divisés par bpm, multipliez par beats et confirmez l'égalité avec decay_ms dans l'arrondi à douze décimales.
Cas d'intégration
Régler le decay de reverb du plugin pour finir sur la mesure
Les producteurs saisissent le BPM de session et une queue de 2 ou 4 temps, puis collent decay_ms dans les champs decay ou taille de reverb pour que la queue s'efface avant la phrase suivante.
Tests unitaires pour aides de mix conscientes du tempo
Les développeurs fournissent des BPM et des nombres de temps connus et affirment decay_ms contre des fixtures golden sans matériel audio ni minuteurs d'horloge murale.