ForHosting KIT · Vidéo

Calculateur d'échelle de résolution

Multipliez une image par n’importe quel facteur pour obtenir sa nouvelle taille : 1920 par 1080 à l’échelle 2 devient 3840 par 2160, le format 4K UHD, avec des dimensions paires utilisables pour l’encodage. 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

Lancer gratuitement

Exemple résolu

Si vous saisissez
Largeur
1 920
Hauteur
1 080
Échelle
2
Vous obtenez
Largeur d'origine
1 920
Hauteur d'origine
1 080
Nouvelle largeur
3 840
Nouvelle hauteur
2 160

Mettre une résolution vidéo à l'échelle est l'étape arithmétique qui précède le choix d'un préréglage d'encodeur ou d'un canevas pour les réseaux : vous connaissez la largeur et la hauteur d'origine en pixels, vous connaissez un facteur d'échelle tel que 2 pour un suréchantillonnage 4K ou 0.5 pour un proxy à demi-taille, et vous avez besoin de la nouvelle largeur et de la nouvelle hauteur entières que ces nombres impliquent. Ce calculateur d'échelle de résolution multiplie les deux axes par le même facteur positif afin de préserver le rapport d'aspect, arrondit chaque côté au pixel le plus proche et signale aussi les dimensions paires les plus proches qu'exigent en général les encodeurs H.264 et H.265.

Comment un facteur d'échelle transforme une résolution en une autre

Une trame vidéo est une grille de pixels entiers. Lorsque s vaut 2, 1920×1080 devient 3840×2160, le raster 4K UHD que l'on entend par « le double du 1080p ». Lorsque s vaut 0.5, le même master devient un proxy 960×540 qui conserve le tableau 16:9.

L'échelle s'applique uniformément sur les deux axes afin que le rapport d'aspect ne change pas ; étirer la largeur indépendamment de la hauteur est un autre travail, un redimensionnement vers une boîte cible ou un recadrage social, pas une mise à l'échelle de résolution. Comme les encodeurs ne peuvent pas émettre une fraction de pixel, le produit est arrondi à l'entier le plus proche de chaque côté.

Si le facteur n'est pas positif, il n'y a pas de trame utile : une échelle nulle effondrerait l'image, et une échelle négative inventerait un raster miroir qu'aucun encodeur n'accepte.

Contrat d'entrée, arrondi et comportement d'erreur

Les chaînes de chiffres qui s'analysent en nombres finis sont autorisées afin qu'une valeur collée d'une sonde n'exige pas une seconde conversion. Après multiplication, chaque côté est arrondi selon la règle half-up habituelle à un décompte entier de pixels. Si cet arrondi produisait un côté inférieur à un pixel, la tâche échoue plutôt que de renvoyer une trame de largeur nulle.

Si un côté arrondi dépassait 65536, la tâche échoue aussi afin qu'une échelle emballée n'invente pas un raster 8K multiplié par dix. Lorsque la taille mise à l'échelle correspond à un raster connu tel que 1920×1080 ou 3840×2160, une étiquette named telle que 1080p Full HD ou 4K UHD est incluse ; sinon ce champ est omis. Exemple : la même trame à scale 0.5 donne 960×540.

Un scale de 0 ou −1 échoue avec un message indiquant que scale doit être un nombre positif. Une validation en échec n'est pas facturée.

Où un calculateur d'échelle de résolution gagne sa place

Les monteurs, les fermes de transcodage et les outils de vidéo sociale ont tous besoin de la taille entière d'une trame mise à l'échelle avant d'ouvrir un encodeur. Un producteur qui veut un proxy à demi-résolution depuis un master 3840×2160 doit voir 1920×1080, pas une paire de flottants qu'un script ultérieur tronque mal. Un éditeur qui vérifie si une source 1280×720 mise à l'échelle par 1.5 est déjà du 1920×1080 Full HD peut appeler ce point d'accès plutôt que de faire l'arithmétique de tête en séance.

Le code de pipeline qui construit un filtre d'échelle doit encore choisir une largeur fois hauteur cible ; ce calculateur est l'oracle déterministe de cette paire, y compris le calage pair dont les captures d'écran de taille impaire ont souvent besoin avant que H.264 n'accepte la trame. La capacité n'ouvre pas un fichier vidéo, ne réencode pas et ne choisit pas un codec — ce travail appartient à une tâche de redimensionnement ou de conversion média. L'exécuteur dans le navigateur ne coûte rien et n'exige aucun compte.

Cas d’usage

Proxies à demi-taille depuis un master 4K

Depuis 3840×2160 à scale 0.5, obtenez 1920×1080 (et la taille paire correspondante) avant de lancer un encodage proxy ou une timeline hors ligne.

Doubler le 1080p vers une taille 4K cible

Depuis 1920×1080 à scale 2, confirmez 3840×2160 4K UHD afin qu'un préréglage de suréchantillonnage vise un vrai raster, pas une boîte devinée.

Questions fréquentes

Que se passe-t-il si le facteur d'échelle est nul ou négatif ?

Un facteur d'échelle doit être un nombre positif supérieur à zéro ; un facteur nul ou négatif n'est pas une résolution vidéo utilisable et n'est pas facturé.

Cela redimensionne-t-il ou réencode-t-il un fichier vidéo ?

Non. Ce calculateur ne renvoie que la taille en pixels mise à l'échelle. Il n'ouvre, ne transcode ni n'écrit une vidéo. Utilisez une tâche dédiée de redimensionnement vidéo lorsque vous avez besoin d'un nouveau fichier.

Quelle taille fait une vidéo 1920x1080 réduite de moitié ?

Avec une échelle de 0,5, elle passe à 960 par 540. Cette copie légère facilite le montage et garde la même image 16:9, car les deux côtés sont multipliés par le même facteur.

Pourquoi des dimensions paires sont-elles aussi indiquées ?

Beaucoup d’encodeurs H.264 et H.265 exigent une largeur et une hauteur paires. Chaque côté arrondi est donc aussi ramené au nombre pair le plus proche, jamais sous deux pixels, pour que vous copiiez une taille acceptée.

Pourquoi une échelle de 2 pèse-t-elle quatre fois plus ?

Le nombre de pixels augmente avec le carré du facteur. En doublant chaque côté de 1920 par 1080, l’image passe de 2 073 600 pixels à 8 294 400 : voilà pourquoi un original 4K pèse bien plus qu’un 1080p.

Outils associés

Calculateur de taille vidéoVidéoImages vers timecodeVidéoCréez une échelle de débits adaptatifs selon la résolutionVidéoÉchelle de résolution vidéo : 480p, 720p, 1080p et 4KVidéoCalculateur time-lapseVidéoConvertir le timecode en framesVidéoEstimez le temps de rendu d’une vidéoVidéoCalculer le recadrage vidéo selon le ratio d'imageVidéo

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/video/resolution-scale

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/video/resolution-scale \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"width":1920,"height":1080,"scale":2}'

Exemple de requête

{
  "width": 1920,
  "height": 1080,
  "scale": 2
}

Exemple de réponse

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

Limites

max_width65536
max_height65536

Erreurs

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.

Notes techniques

Un facteur d'échelle nul ou négatif est rejeté avec invalid_input plutôt qu'une trame vide absurde.

Comment un facteur d'échelle transforme une résolution en une autre

Mettre cette grille à l'échelle d'un facteur s signifie que chaque échantillon stocké correspond à un nouveau décompte de round(width × s) par round(height × s). De nombreux codecs exigent aussi une largeur et une hauteur paires pour aligner les blocs de chroma 2×2 ; ce calculateur signale donc aussi even_width et even_height, en calant chaque côté arrondi sur le pair le plus proche avec un plancher de deux pixels. Le décompte original de pixels est width × height ; le nouveau est new_width × new_height, qui croît avec s au carré, pas avec s — une échelle linéaire 2× multiplie les pixels par quatre, d'où le poids d'un master intermédiaire 4K face au 1080p alors que chaque côté n'a fait que doubler. Ces cas échouent avec invalid_input plutôt qu'un succès creux 0×0.

Contrat d'entrée, arrondi et comportement d'erreur

Faites un POST d'un corps JSON avec trois nombres finis obligatoires : width et height de la trame d'origine en pixels, et scale, le facteur positif à appliquer. Les alias width_px et w sont acceptés pour width ; height_px et h pour height ; scale_factor, factor et multiplier pour scale. Chacun de width, height et scale doit être supérieur à zéro et fini ; champs manquants, chaînes vides, texte non numérique, NaN, Infinity et magnitudes non finies échouent avec invalid_input en nommant le champ. Width et height ne peuvent pas dépasser 65536 pixels ; scale ne peut pas dépasser 1000. En cas de succès, le JSON répète original_width, original_height et scale ; signale new_width et new_height comme résultat principal ; signale even_width et even_height pour des dimensions paires amies du codec ; signale original_label et new_label comme chaînes width×height ; signale original_pixels, new_pixels et megapixels de la trame mise à l'échelle ; signale aspect_ratio (width divisé par height, douze décimales) et scale_percent (scale fois 100) ; et reformule la formule. Exemple : width 1920, height 1080, scale 2 donne 3840×2160. Le prix d'un élément réussi est un $0.002 forfaitaire.

Où un calculateur d'échelle de résolution gagne sa place

Elle ne répond qu'à la question géométrique : étant donnés ce width, ce height et ce facteur positif, quelle est la nouvelle résolution ? Comme l'implémentation est parse pure de niveau A, des entrées identiques produisent toujours le même JSON : pas de requête réseau, pas de jitter aléatoire, pas d'horloge dans le résultat, ce qui rend la capacité sûre pour les tests unitaires et les goldens d'intégration continue. L'usage de l'API puise dans le solde prépayé du KIT au $0.002 publié par requête réussie ; une entrée invalide n'est pas facturée. Gardez les requêtes petites, figez new_width et new_height dans les tests, et vous obtiendrez une résolution mise à l'échelle reproductible pour des préréglages, des clés de leçon et des workers en bordure, sans dresser un cadre média à vous.

Cas d'intégration

Dimensions paires pour captures d'écran H.264

Mettez à l'échelle une capture de taille impaire et lisez even_width et even_height pour que l'encodage suivant n'échoue pas sur une luma impaire.

Questions techniques

Comment mettre une résolution vidéo à l'échelle d'un facteur ?

Envoyez des nombres finis width, height et un scale positif. L'API renvoie new_width = round(width × scale) et new_height = round(height × scale), plus des tailles calées sur le pair et un raster named lorsque le résultat est un format connu tel que 1080p ou 4K UHD.

La nouvelle largeur et la nouvelle hauteur sont-elles des pixels entiers ?

Oui. Chaque côté mis à l'échelle est arrondi à l'entier le plus proche. even_width et even_height calent en plus sur la valeur paire la plus proche (minimum 2) pour des trames H.264 et H.265 typiques.

Combien coûte le calculateur d'échelle de résolution ?

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

Consulter la documentation complète du KIT →