Vidéo et sous-titres · Téléchargeur de vignettes YouTube et visionneuse de métadonnées
JPEG et WebP : les chemins vi et vi_webp sur i.ytimg.com
· Contexte
youtube page Web formats d'image
YouTube diffuse des miniatures en JPEG et WebP. Cet article explique les deux conventions de chemin, pourquoi WebP a été introduit, ce que le format change pour la taille et la qualité du fichier et comment décider lequel vous avez besoin.
Deux formats d'image pour la même image : les variantes JPEG et WebP d'une vignette
Un nom d'affiche tel que `hqdefault` apparaît dans deux familles d'URL, mais modifier uniquement l'extension est une erreur. JPEG utilise `vi` et `.jpg` ; WebP utilise `vi_webp` et `.webp`. Le rôle d’identification et d’affiche reste constant. Le mappage fournit des adresses spécifiques au format mais ne garantit ni la disponibilité des variantes facultatives ni l'accès par script. L’adressabilité, la disponibilité et la lisibilité d’origine croisée sont des faits distincts. La journalisation de l'URL complète évite les erreurs de répertoire et de suffixe lors du débogage.
ToolAcre récupère les fichiers JPEG, vérifie l'état, crée des blobs, décode les dimensions et rejette les solutions de repli 120×90 pour les variantes plus grandes. Il construit uniquement des liens WebP car `vi_webp` ne dispose pas de l'autorisation CORS requise pour ce flux de travail mesuré. Un lien peut s'ouvrir dans un onglet alors que le téléchargement dans l'application reste désactivé ; il s'agit d'une limite du navigateur, pas d'un format mal formé. DevTools peut afficher les différents résultats des requêtes sans modifier la politique.
JPEG : la valeur par défaut de longue date – support universel et chemin vi
JPEG utilise `https://i.ytimg.com/vi/VIDEO_ID/VARIANT.jpg`. Cinq noms d'affiches, `maxresdefault`, `sddefault`, `hqdefault`, `mqdefault` et `default`, ainsi que des images fixes `hq1`, `hq2` et `hq3`, produisent huit candidats. Les fichiers numérotés peuvent montrer différents moments ; les traiter comme interchangeables peut remplacer l’illustration sélectionnée par un cadre arbitraire.
Chaque chemin doit être vérifié. Les requêtes peuvent échouer avant HTTP, renvoyer des erreurs, répondre à 200 avec un espace réservé 120×90 ou contenir des octets non décodables. ToolAcre conserve un Blob uniquement après les vérifications de réponse et de pixels. Étant donné que le véritable `default` est nominalement 120×90, cette taille y est acceptée mais rejetée pour les noms plus grands. Cela vaut mieux faire confiance aux suffixes ou à chaque réponse 200. Signalez les dimensions décodées avec le nom de fichier sélectionné.
WebP utilise /vi_webp/; aucune économie de taille non prise en charge ni aucun historique de support n'est revendiqué
WebP utilise `https://i.ytimg.com/vi_webp/VIDEO_ID/VARIANT.webp` et n'autorise que cinq noms d'affiche. Demander WebP `hq1`, `hq2` ou `hq3` est une erreur de programmation, donc aucune contrepartie de trame n'est implicite. Le référentiel ne prouve aucun pourcentage d'économie, aucun avantage en matière de qualité ou aucun historique de support ; ceux-ci dépendent des encodages et des clients réels, pas d'un suffixe.
CORS est la limite démontrée. La navigation de niveau supérieur peut ouvrir une image d'origine croisée, tandis que JavaScript ne peut pas lire son corps sans l'en-tête distant. ToolAcre ne peut donc pas décoder les dimensions, mesurer les octets, conserver un Blob ou proposer son téléchargement contrôlé JPEG. Une nouvelle tentative ne peut pas modifier la politique du serveur et aucun proxy caché n'y échappe. Le contrôle honnête est un lien. L'ouverture de ce lien contacte toujours Google directement.
Choisissez des formats à partir des contraintes réelles du flux de travail, et non des mesures de qualité inventées
Choisissez en fonction du flux de travail consommateur. Un fichier local vérifié avec un nom prévisible favorise le Blob JPEG lisible. Un site peut utiliser un lien WebP distant lorsque les clients le prennent en charge, en acceptant une dépendance `i.ytimg.com` active. Une archive nécessitant des octets, des sommes de contrôle et des dimensions stockées ne peut pas utiliser un résultat de lien uniquement. La livraison, la validation, la rétention et le support déterminent le format.
La qualité et la taille nécessitent des mesures. Les paramètres de l'encodeur et le contenu de l'image modifient la compression, de sorte que les extensions ne génèrent aucun pourcentage responsable. ToolAcre rapporte JPEG octets et dimensions lisibles mais n'invente aucun chiffre WebP. Comparez les copies autorisées du même rôle d'affiche, enregistrez les tailles réelles, inspectez-les à la taille d'affichage prévue et ne généralisez pas un échantillon. Utilisez les mêmes conditions de rendu pour une comparaison équitable.
Exemple concret : comparer des chemins exacts sans revendiquer des économies mesurées
Pour les ID `dQw4w9WgXcQ` et `hqdefault`, les adresses sont `https://i.ytimg.com/vi/dQw4w9WgXcQ/hqdefault.jpg` et `https://i.ytimg.com/vi_webp/dQw4w9WgXcQ/hqdefault.webp`. L’ID partagé et le rôle ciblent les représentations correspondantes. ToolAcre sonde et décode le JPEG, en conservant les octets non réservés, mais présente WebP uniquement sous forme de lien.
Si JPEG rapporte 480×360 et WebP s'ouvre dans un onglet, seules la navigation et la mesure JPEG sont prouvées. La lecture scriptée de WebP reste indisponible ; aucune économie de taille n’a été mesurée. Un pipeline de serveur autorisé peut enregistrer ultérieurement des octets et des hachages pour les deux, mais ces mesures appartiennent à ce pipeline et ne peuvent pas représenter automatiquement d'autres rôles ou vidéos. Gardez son rapport séparé de l'exportation du navigateur.
Ce que cela ne couvre pas : la conversion entre les formats, qui est le travail d'un outil d'image
La conversion du format est en dehors de ToolAcre. Une conversion autorisée de JPEG en WebP crée un nouvel encodage, et non une preuve de correspondance avec les `vi_webp` octets de YouTube. Il ne peut pas récupérer les détails manquants et un codage répété avec perte peut ajouter des artefacts. Enregistrez l'URL et la variante d'origine, conservez la source, choisissez les paramètres appropriés à la destination et séparez les droits de modification de l'accès technique.
Les vidéos privées, supprimées et soumises à une limite d'âge ne présentent aucun élément déconnecté récupérable. L'état hors ligne, les bloqueurs, les contrôles DNS et les proxys peuvent arrêter l'une ou l'autre famille ; les variantes facultatives peuvent renvoyer des erreurs ou des espaces réservés, et WebP peut échouer tandis que JPEG réussit. Un identifiant et un chemin valides prouvent uniquement la construction, et non les droits de publication, de disponibilité, de lisibilité, de persistance ou de réutilisation. Enregistrez les échecs par format plutôt que d’en déduire l’équivalence.
À retenir : chemins exacts et limite CORS
`/vi/` plus `.jpg` couvre huit candidats JPEG sondés téléchargeables à partir de blobs non réservés réussis. `/vi_webp/` plus `.webp` couvre cinq liens d'affiche et aucun cadre numéroté. CORS différencie la navigation par liens de la lecture et du téléchargement au niveau de l'application. Préserver cette asymétrie est plus précis que proposer un bouton incapable de vérifier ou de sauvegarder sa promesse. Les étiquettes d’interface doivent clairement distinguer un téléchargement vérifié d’un lien externe.
Le diagnostic du chemin commence après l'analyse locale : les sondes JPEG et la navigation WebP vont directement à Google, tandis qu'aucun proxy ToolAcre ne modifie aucune des réponses. Une ligne JPEG peut fournir un statut et des preuves décodées ; un lien WebP expose uniquement le résultat de navigation disponible dans le cadre de sa politique CORS. oLes échecs d'intégration restent séparés, les chemins stables peuvent changer et les fichiers enregistrés n'accordent aucun droit. L'annuaire, le suffixe, l'accès aux réponses et le flux de travail de consommation déterminent ensemble la convivialité ; l’extension seule ne le fait pas.