Vídeo e legendas · Downloader de miniaturas do YouTube e visualizador de metadados
Miniaturas JPEG e WebP: os caminhos vi e vi_webp em i.ytimg.com
· Fundo
YouTube webp formatos de imagem
O YouTube exibe miniaturas em JPEG e WebP. Esta postagem explica as duas convenções de caminho, por que WebP foi introduzido, o que o formato muda para tamanho e qualidade do arquivo e como decidir qual deles você precisa.
Dois formatos de imagem para a mesma imagem — as variantes JPEG e WebP de uma miniatura
Um nome de pôster como `hqdefault` aparece em duas famílias URL, mas alterar apenas a extensão é errado. JPEG usa `vi` e `.jpg`; WebP usa `vi_webp` e `.webp`. A identificação e a função do pôster permanecem constantes. O mapeamento fornece endereços específicos de formato, mas não garante disponibilidade de variante opcional nem acesso por script. Endereçamento, disponibilidade e legibilidade entre origens são fatos distintos. Registrar o URL completo evita erros de diretório e sufixo durante a depuração.
ToolAcre busca JPEGs, verifica o status, cria Blobs, decodifica dimensões e rejeita substitutos 120×90 para variantes maiores. Ele apenas constrói links WebP porque `vi_webp` não possui a permissão CORS necessária para esse fluxo de trabalho medido. Um link pode abrir em uma guia enquanto o download no aplicativo permanece desativado; esse é um limite do navegador, não um formato malformado. DevTools pode mostrar diferentes resultados de solicitação sem alterar a política.
JPEG: o padrão de longa data — suporte universal e o caminho vi
JPEG usa `https://i.ytimg.com/vi/VIDEO_ID/VARIANT.jpg`. Cinco nomes de pôsteres, `maxresdefault`, `sddefault`, `hqdefault`, `mqdefault` e `default`, além de quadros estáticos `hq1`, `hq2` e `hq3`, produzem oito candidatos. Arquivos numerados podem mostrar momentos diferentes; tratá-los como intercambiáveis pode substituir a arte selecionada por uma moldura arbitrária.
Cada caminho precisa de verificação. As solicitações podem falhar antes de HTTP, retornar erros, responder 200 com um espaço reservado 120×90 ou conter bytes não codificáveis. ToolAcre retém um Blob somente após verificações de resposta e pixel. Como o `default` genuíno é nominalmente 120×90, esse tamanho é aceito lá, mas rejeitado para nomes maiores. Isso supera os sufixos confiáveis ou todas as respostas 200. Relate as dimensões decodificadas com o nome do arquivo selecionado.
WebP usa /vi_webp/; nenhuma economia de tamanho não suportada ou histórico de suporte é reivindicado
WebP usa `https://i.ytimg.com/vi_webp/VIDEO_ID/VARIANT.webp` e permite apenas cinco nomes de postadores. Solicitar WebP `hq1`, `hq2` ou `hq3` é um erro de programação, portanto, nenhuma contraparte de quadro está implícita. O repositório não prova nenhuma economia percentual, vantagem de qualidade ou histórico de suporte; eles dependem de codificações e clientes reais, não de um sufixo.
CORS é o limite demonstrado. A navegação de nível superior pode abrir uma imagem de origem cruzada, enquanto JavaScript não pode ler seu corpo sem o cabeçalho remoto. Portanto, ToolAcre não pode decodificar dimensões, medir bytes, reter um Blob ou oferecer seu download controlado de JPEG. A nova tentativa não pode alterar a política do servidor e nenhum proxy oculto escapa dela. O controle honesto é um link. Abrir esse link ainda entra em contato direto com o Google.
Escolha formatos com base nas restrições reais do fluxo de trabalho, e não em medições de qualidade inventadas
Escolha pelo fluxo de trabalho de consumo. Um arquivo local verificado com um nome previsível favorece o Blob JPEG legível. Um site pode usar um link WebP remoto quando os clientes o suportam, aceitando uma dependência `i.ytimg.com` ativa. Um arquivo que requer bytes, somas de verificação e dimensões armazenados não pode usar um resultado somente de link. Entrega, validação, retenção e suporte decidem o formato.
Qualidade e tamanho exigem medição. As configurações do codificador e o conteúdo da imagem alteram a compactação, portanto as extensões não geram nenhuma porcentagem responsável. ToolAcre relata JPEG bytes e dimensões legíveis, mas não inventa números WebP. Compare as cópias permitidas da mesma função de pôster, registre os tamanhos reais, inspecione-as no tamanho de exibição pretendido e não generalize uma amostra. Use as mesmas condições de renderização para uma comparação justa.
Exemplo resolvido: compare caminhos exatos sem reivindicar economias medidas
Para ID `dQw4w9WgXcQ` e `hqdefault`, os endereços são `https://i.ytimg.com/vi/dQw4w9WgXcQ/hqdefault.jpg` e `https://i.ytimg.com/vi_webp/dQw4w9WgXcQ/hqdefault.webp`. ID compartilhado e representações correspondentes de destino de função. ToolAcre investiga e decodifica o JPEG, retendo bytes que não são de espaço reservado, mas apresenta WebP apenas como um link.
Se JPEG relatar 480×360 e WebP abrir em uma guia, apenas a navegação e a medição de JPEG serão comprovadas. A leitura WebP com script permanece indisponível; nenhuma economia de tamanho foi medida. Um pipeline de servidor autorizado pode posteriormente registrar bytes e hashes para ambos, mas essas medições pertencem a esse pipeline e não podem representar outras funções ou vídeos automaticamente. Mantenha seu relatório separado da exportação do navegador.
O que isso não cobre – conversão entre formatos, que é trabalho de uma ferramenta de imagem
A conversão de formato está fora de ToolAcre. Uma conversão permitida de JPEG para WebP cria uma nova codificação, e não uma prova de correspondência com os bytes `vi_webp` do YouTube. Ele não pode recuperar detalhes ausentes e a codificação repetida com perdas pode adicionar artefatos. Registre o URL original e a variante, preserve a fonte, escolha as configurações apropriadas ao destino e separe os direitos de modificação do acesso técnico.
Vídeos privados, excluídos e com restrição de idade não expõem ativos desconectados recuperáveis. Estado offline, bloqueadores, controles DNS e proxies podem parar qualquer uma das famílias; variantes opcionais podem retornar erros ou espaços reservados e WebP pode falhar enquanto JPEG é bem-sucedido. Um ID válido e um caminho comprovam apenas a construção, e não os direitos de publicação, disponibilidade, legibilidade, persistência ou reutilização. Registre as falhas por formato em vez de inferir equivalência.
Conclusão: caminhos exatos e um limite CORS
`/vi/` mais `.jpg` cobre oito candidatos JPEG testados que podem ser baixados de Blobs não-placeholder bem-sucedidos. `/vi_webp/` mais `.webp` abrange cinco links de pôsteres e nenhum quadro numerado. CORS faz com que a navegação do link seja diferente da leitura e download no nível do aplicativo. Preservar essa assimetria é mais preciso do que oferecer um botão incapaz de verificar ou cumprir sua promessa. Os rótulos da interface devem distinguir claramente um download verificado de um link externo.
O diagnóstico de caminho começa após a análise local: as sondagens JPEG e a navegação WebP vão diretamente para o Google, enquanto nenhum proxy ToolAcre altera qualquer uma das respostas. Uma linha JPEG pode fornecer status e evidências decodificadas; um link WebP expõe apenas o resultado da navegação disponível sob sua política CORS. As falhas do oEmbed permanecem separadas, os caminhos estáveis podem mudar e os arquivos salvos não concedem direitos. Diretório, sufixo, acesso de resposta e fluxo de trabalho de consumo juntos determinam a usabilidade; a extensão por si só não.