Convertisseur de taux d'échantillonnage

Les noms d'unité inconnus échouent avec une erreur invalid_input claire au lieu de facteurs silencieusement incorrects.

Quelles unités de taux d'échantillonnage sont prises en charge et comment fonctionne la conversion

Les alias courants sont acceptés sans distinction de casse : hertz et cycles per second pour Hz ; kilohertz pour kHz ; megahertz pour MHz ; samples/s, samples per second et sample/sec pour sps ; et kilosamples/s ou kilosamples per second pour ksps. Si le nom n'est pas dans cette liste, le solveur rejette la requête avec invalid_input en nommant le champ erroné et en listant les unités prises en charge, afin que les clients ne devinent jamais si une coquille a produit un mauvais nombre. Les valeurs négatives sont autorisées pour des contextes dirigés ou différentiels dans des scripts d'analyse ; la magnitude absolue doit rester dans la limite publiée d'un billion afin que les produits intermédiaires restent finis en double précision IEEE sur le Worker et dans le navigateur. Les contrôles studio classiques tels que quarante-quatre mille cent hertz vers quarante-quatre virgule un kilohertz, quarante-huit kilohertz vers quarante-huit mille échantillons par seconde, et quatre-vingt-seize kilohertz vers zéro virgule zéro neuf six mégahertz exercent une arithmétique décimale exacte sans dérive flottante au-delà de l'arrondi fixe à douze décimales utilisé pour un JSON stable.

Comment appeler l'API et lire la réponse

Value doit être un nombre fini ou une chaîne numérique stricte dans les limites absolues d'un billion. Intégrez cela à des tableaux de bord média, clients mobiles ou jobs par lots qui détiennent déjà une lecture de taux d'échantillonnage et n'ont besoin que d'une seconde unité pour l'affichage, la comparaison réglementaire ou la normalisation de schéma sans embarquer des tables de conversion dans chaque binaire d'application. Préférez des nombres nus pour value lorsque vous contrôlez le client ; les chaînes numériques ne sont acceptées que lorsqu'elles correspondent à un motif numérique fini strict sans séparateurs de milliers ni suffixes d'unité intégrés dans le même champ. Envoyez un corps JSON avec trois champs obligatoires : value (alias rate, amount, n et fs), from (alias from_unit, unit_from et source) et to (alias to_unit, unit_to et target). From et to doivent se résoudre en noms d'unité pris en charge après normalisation des alias. En cas de succès, la réponse renvoie la valeur d'entrée arrondie, les libellés canoniques from et to, result et converted à la même magnitude cible arrondie, value_hz comme intermédiaire SI, unit comme libellé cible, factor comme multiplicateur source-cible, formula comme courte chaîne d'équation, message comme résumé en anglais, steps comme lignes de substitution ordonnées et supported_units comme les cinq identifiants canoniques. Une validation échouée —champs manquants, nombres non finis, valeurs hors limites absolues ou nom d'unité inconnu— renvoie invalid_input et n'est jamais facturée. Le tarif est un forfait $0.002 par requête réussie avec unité item et prix unitaire marginal nul.

Conseils pratiques, limites et quand utiliser cette page

Normalisez les libellés d'affichage de votre côté si vous avez besoin d'orthographes locales —cette API renvoie toujours les jetons canoniques courts Hz, kHz, MHz, sps et ksps afin que les tests automatisés restent stables. Les tâches échouées qui renvoient invalid_input ne consomment pas le solde prépayé, ce qui maintient les scripts exploratoires peu coûteux lorsque les clients sondent délibérément des noms d'unité inconnus.