Calculateur d'angle de champ

L'outil gratuit du navigateur s'exécute entièrement sur votre appareil ; l'API prépayée facture $0.002 par élément réussi lorsque serveurs et SDK ont besoin du même contrat déterministe.

Entrées, unités et formule rectiligne d'AOV

Le moteur utilise la formule classique de lentille mince : l'angle de champ égale deux fois l'arc tangente de la dimension sur deux fois la focale. L'AOV horizontal utilise la largeur, le vertical la hauteur et le diagonal la diagonale pythagoricienne du capteur, de sorte que vous voyez les trois angles cités par les fiches techniques et les tests d'objectifs. Le format full-frame 35 mm fait souvent trente-six par vingt-quatre millimètres ; l'APS-C et les formats plus petits utilisent des rectangles plus réduits — passez toujours la taille physique qui vous intéresse plutôt qu'un simple facteur de recadrage. Envoyez trois nombres positifs qui partagent une unité de longueur — presque toujours des millimètres en photographie — : focal_length pour l'objectif, sensor_width pour le grand côté du rectangle image et sensor_height pour le petit côté. Des alias documentés comme focal, f, fl, width, height et frame_width sont acceptés pour garder formulaires et démos SDK flexibles. Champs manquants, chaînes non numériques, tailles négatives et focale nulle ou non positive échouent avec invalid_input et ne sont pas facturés. Des entrées identiques produisent toujours le même JSON car le chemin est de l'arithmétique pure Math.atan, sans réseau, sans graine aléatoire ni horloge murale.

Degrés, radians, diagonale et libellés de méthode

Utilisez les degrés pour briefer un tournage ou comparer des listes de matériel ; utilisez les radians pour alimenter moteurs de jeu, paramètres FOV de vision par ordinateur ou carnets scientifiques. Les échecs de validation n'inventent jamais un cône partiel : une focale nulle est rejetée explicitement car la formule diviserait par zéro, conformément au contrat de ce calculateur. En cas de succès, la réponse renvoie focal_length, sensor_width et sensor_height avec un arrondi stable, puis sensor_diagonal comme racine carrée de la largeur au carré plus la hauteur au carré dans la même unité. Les six champs d'angle sont horizontal_aov_deg, vertical_aov_deg, diagonal_aov_deg et les homologues horizontal_aov_rad, vertical_aov_rad et diagonal_aov_rad, afin que les widgets d'interface montrent des degrés tandis que le code graphique ou de simulation consomme des radians sans reconversion. La chaîne formula rappelle que l'AOV égale deux fois atan de la dimension sur deux fois la focale, et method est toujours rectilinear_aov pour que le code aval se branche sans deviner la forme. unit_note rappelle que les longueurs doivent coïncider ; mélanger pouces pour le capteur et millimètres pour l'objectif fausserait silencieusement chaque angle.

Usage API, tarification, planification et limites

Les entrées source suivent les mêmes règles de rétention que les autres éléments parse KIT, et les auteurs de SDK peuvent mapper les champs en degrés vers des tableaux à colonnes horizontal, vertical et diagonal comme sur les sites de tests.