ForHosting KIT · Voyages et géographie

Temps au quart de mile

Une voiture de 3 500 livres et 300 chevaux devrait couvrir le quart de mile en un peu plus de 13 secondes et passer le piège à environ 103 mph. Utilisez-le pour classer des préparations ou vérifier un temps annoncé avant de payer piste ou banc. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Pondération: 3 500
Chevaux-vapeur: 300

Vous obtenez

Unité de poids: lb
Poids (lb): 3 500
Temps écoulé (ET) en secondes: 13,2112788585
Vitesse de fin de piste (mph): 103,173206364

Les pilotes de drag, les préparateurs et les acheteurs de performance se demandent sans cesse comment un couple puissance-poids donné se comporterait sur une piste standard de quart de mile. Les modèles complets de dynamique véhicule exigent traction, rapports, aéro et altitude ; pour un premier chiffre de planification, le secteur s’appuie encore sur des formules empiriques compactes qui convertissent le rapport poids-puissance en temps écoulé et en vitesse de piège. Cet estimateur de temps au quart de mile accepte le poids du véhicule et la puissance en chevaux, applique les classiques relations à racine cubique de Fox utilisées sur les feuilles de rue et de piste, et renvoie l’ET estimé en secondes ainsi que la vitesse de piège en miles par heure et kilomètres par heure, avec les ratios puissance-poids. Le poids peut être saisi en livres ou en kilogrammes.

Ce que les formules Fox du quart de mile estiment et ce qu’elles omettent

Le quart de mile, soit quatre cent deux virgule trois trois six mètres, est la distance classique de drag pour le temps écoulé et la vitesse de piège. Le temps écoulé (ET) est le chronomètre depuis un départ propre jusqu’à la cellule d’arrivée ; la vitesse de piège est la vitesse instantanée mesurée près de la fin du run, non la vitesse moyenne sur toute la distance. Empiriquement, les deux sont fortement liées au rapport entre poids du véhicule et chevaux pour des conditions de pneus et de départ similaires.

Les formules de Fox encodent cette relation par des racines cubiques : l’ET vaut cinq virgule huit deux cinq fois la racine cubique du poids en livres divisé par la puissance, et la vitesse de piège en miles par heure vaut deux cent trente-quatre fois la racine cubique de la puissance sur le poids en livres. Ces constantes ont été calées sur de grands jeux de données de piste réelles et restent la référence dans d’innombrables calculateurs en ligne et tableurs.

Elles ne remplacent pas une feuille de banc, une correction météo ni une simulation unidimensionnelle complète modélisant le patinage d’embrayage, les temps de passage et le coefficient de traînée. Elles ignorent volontairement les limites de traction, les rapports, le talent du pilote, la densité d’altitude et les différences de rollout entre pistes. Utilisez-les pour classer des montages, contrôler un ET annoncé face à la puissance publiée, ou remplir un tableur de planification avant d’investir dans le banc ou des séances d’essai.

Lorsque vous avez besoin de temps d’index corrigés météo ou de règles de classe, superposez ces corrections à cette base plutôt que d’attendre que le modèle à racine cubique les absorbe.

À quoi sert une estimation au quart de mile

Les forums de performance et les planificateurs de montage ont besoin d’un oracle déterministe pour que chaque client—mobile, import tableur web ou borne d’atelier—s’accorde sur l’ET et le piège pour le même poids et la même puissance. Les outils d’enchères et de petites annonces peuvent signaler des temps déclarés irréalistes face à la puissance indiquée sans déployer une pile complète de dynamique véhicule.

L’éducation et les médias motorsport peuvent intégrer le calculateur à côté d’explications puissance-poids sans réimplémenter les cas limites de racine cubique pour poids nul ou entrée non finie. Une validation en échec ne consomme pas de solde. Gardez les requêtes petites, figez dans les tests les valeurs d’ET et de piège arrondies, et vous obtiendrez des estimations de quart de mile reproductibles pour tableaux de comparaison, modules LMS et workers en périphérie sans héberger votre propre infrastructure de calcul de piste.

Cas d’usage

Planification de montage et gains de puissance

Comparez l’ET et le piège estimés avant et après un changement de chevaux ou de poids pour prioriser admission, turbo ou allègement.

Contrôle des temps annoncés

Signalez les annonces ou messages de forum où le temps de quart de mile déclaré s’éloigne nettement de l’estimation Fox pour le poids et la puissance indiqués.

Questions fréquentes

Est-ce aussi précis qu’un vrai passage sur piste de drag ?

Non. C’est une base empirique qui ignore traction, rapports, aéro, météo et talent du pilote. Utilisez-la pour planifier et classer, pas comme substitut d’un passage chronométré.

Quelle formule l'estimation au quart de mile utilise-t-elle ?

Les formules de Fox : le temps vaut 5,825 fois la racine cubique du poids en livres divisé par la puissance, et la vitesse au piège en mph vaut 234 fois la racine cubique de la puissance divisée par le poids.

Le poids doit-il inclure le pilote ?

Oui. Indiquez le poids en ordre de course, pilote à bord si vous le connaissez. Vous pouvez le saisir en livres ou en kilos ; les kilos sont convertis en livres avant d'appliquer les formules.

Quelle différence entre vitesse au piège et vitesse moyenne ?

La vitesse au piège est mesurée près de la fin du passage, tandis que le temps court d'un départ propre jusqu'à la ligne d'arrivée. Aucune des deux n'est la vitesse moyenne sur tout le quart de mile.

Quelle valeur de puissance faut-il saisir ?

Celle que vous voulez modéliser, au vilebrequin, au volant moteur ou au châssis. L'estimation suit le chiffre saisi, alors comparez vos préparations avec le même type de mesure.

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

POSThttps://api.kit.forhosting.com/travel/quarter-mile-estimate

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/travel/quarter-mile-estimate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"weight":3500,"horsepower":300}'

const res = await fetch("https://api.kit.forhosting.com/travel/quarter-mile-estimate", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "weight": 3500,
    "horsepower": 300
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/travel/quarter-mile-estimate",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "weight": 3500,
    "horsepower": 300
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/quarter-mile-estimate", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"weight":3500,"horsepower":300}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"weight":3500,"horsepower":300}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/quarter-mile-estimate", 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

{
  "weight": 3500,
  "horsepower": 300
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "travel.quarter_mile_estimate",
  "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

par requête$0.002

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 valeurs invalides—champs manquants, poids ou puissance nuls ou négatifs—échouent avec une erreur invalid_input claire au lieu d’inventer un temps de passage.

Contrat d’entrée, forme de la réponse et gestion des erreurs

Poids et puissance doivent être strictement supérieurs à zéro. Exemple : trois mille cinq cents livres et trois cents chevaux donnent environ un ET de treize secondes et demie et près de cent trois miles par heure de piège—des ordres de grandeur cohérents avec de nombreux muscle cars de route. Envoyez un corps JSON avec deux nombres finis obligatoires : weight, la masse du véhicule en conditions de course y compris le pilote lorsque vous pouvez la fournir, et horsepower, la puissance à modéliser—vilebrequin, volant moteur ou roues selon vos notes. Chaque champ peut arriver en nombre JSON ou en chaîne numérique ; les alias vehicle_weight, mass et w pour le poids, et hp, power et bhp pour la puissance sont acceptés. Le weight_unit optionnel vaut lb (livres) par défaut ; mettez kg pour convertir les kilogrammes en livres avec le facteur international exact avant d’appliquer les formules. Champs manquants, chaînes vides, NaN, Infinity, zéro et valeurs négatives échouent avec des messages invalid_input qui nomment le champ. Ces échecs de validation ne sont pas facturés. En cas de succès, le corps renvoie le poids et l’unité saisis, weight_lb après conversion, horsepower, et_seconds, trap_speed_mph, trap_speed_kmh, lb_per_hp, hp_per_1000_lb, les chaînes de formules ET et piège, method fox_quarter_mile, et une note de distance confirmant le standard du quart de mile. Associez l’estimation à vos propres facteurs de traction ou d’altitude si le cas l’exige ; ce endpoint n’implémente que la base analytique de Fox.

Où une API d’estimation au quart de mile apporte de la valeur

Comme l’implémentation est parse pure de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.

Cas d'intégration

Widgets de contenu et tableaux de comparaison

Intégrez un calculateur gratuit dans le navigateur ou des appels API par lots qui classent les véhicules selon les performances de piste estimées avec une seule formule déterministe.

Questions techniques

Comment l’ET au quart de mile est-il estimé à partir du poids et de la puissance ?

Avec la formule de Fox : ET (seconds) = 5.825 × (weight_lb / HP)^(1/3). Envoyez poids et puissance positifs ; l’API renvoie et_seconds plus vitesse de piège et ratios puissance-poids.

Comment la vitesse de piège est-elle calculée ?

Trap speed (mph) = 234 × (HP / weight_lb)^(1/3). La réponse inclut aussi trap_speed_kmh avec le facteur exact mph vers km/h.

Quelles unités pour le poids ?

Livres (lb) par défaut. Définissez weight_unit à kg pour saisir des kilogrammes ; ils sont convertis en livres avant les formules.

Combien coûte l’estimateur de temps au quart de mile ?

L’outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n’est pas facturée.

Consulter la documentation complète du KIT →

Lancer gratuitement