Hace un tiempo se mejoraron las incrustaciones de YouTube eliminando las barras negras si estaban presentes.
Sin embargo, estas persisten en las miniaturas de muchos videos. ¿Se puede abordar esto también?
3 Me gusta
El cambio particular sobre las barras negras se debió al uso de la imagen maxresdefault en lugar de hqdefault. Sin embargo, no todos los videos tienen una miniatura de alta resolución, por lo que en esos casos, recurrimos a la imagen opengraph, que es equivalente a hqdefault.
Ese tamaño de imagen tiene una relación de aspecto diferente e incluye barras negras. Pero en ambos casos, tenemos la relación de aspecto fija en 16:9, por lo que las barras negras no deberían ser visibles al mostrar el reproductor.
Aquí hay un ejemplo de un video que no tiene una imagen de alta resolución y está usando esta para la miniatura.
¿Puedes compartir algunos ejemplos donde esto esté sucediendo?
3 Me gusta
Claro, gracias por tu interés.
Aquí tienes un par de vídeos que ahora se ven geniales en la incrustación, pero que muestran barras negras en las miniaturas (y en la vista previa):
og:image es:
como bien señalas… tiene barras negras.
Y
og:image es:
como bien señalas… tiene barras negras…
NB Aquí hay un “buen caso”:
og:image en este caso es mucho más grande:
Actualmente estoy usando mi plugin Topic List Previews Sidecar para regenerar las miniaturas mientras las recorto usando las anulaciones específicas del plugin:
… pero una forma automatizada de hacer esto en el núcleo sería genial, ya que es muy molesto tener que hacerlo semi-manualmente.
El desafío es identificar qué imágenes se pueden recortar.
¿Es solo cuestión de forzar 16:9 si descubres que la imagen de YouTube es 4x3 o inferior a una cierta resolución (lo que significa que debe tener barras negras)?
Supongo que eso podría significar que la imagen optimizada reciba una bandera para indicarle que está tratando con YouTube.
Me parece extraño que YouTube no estandarice las miniaturas a 16:9. Quizás me estoy perdiendo algo…
¡Gracias por ilustrarme sobre la diferencia de tamaño!
Creo que ahora entiendo lo que quieres decir, pero procesar imágenes en el núcleo no encaja realmente con nuestro caso de uso para ellas. No almacenamos las miniaturas de estos embeds, las obtenemos directamente de YouTube cuando las necesitamos.
Dicho esto, identificar qué imágenes deben recortarse no debería ser tan difícil. Puedes fijarte en la URL para esto:
https://img.youtube.com/vi/dsVAzSG6SbM/hqdefault.jpg
maxresdefault
- Siempre es 16:9.
- Es la resolución más alta.
- No siempre está disponible.
hqdefault
- Siempre es 4:3.
- Si el vídeo original es 16:9, añade barras negras.
mqdefault
- Siempre es 16:9.
- Tiene una resolución incluso menor que
hqdefault.
Aunque es un poco extraño, son predecibles. Supongo que el formato 4:3 es un tamaño heredado que todavía utilizan por motivos de compatibilidad.
Para mostrar imágenes 16:9, es tan simple como arreglar la relación de aspecto. Si necesitas otras relaciones de aspecto, creo que te bastaría con pasar un flag y compensar la escala con CSS.
Es cierto que la vista previa del compositor puede mejorarse, pero esto podría hacerse con un enfoque similar al descrito anteriormente.
El único caso límite que veo con este enfoque es con vídeos verticales con miniaturas de baja resolución. En ese caso, no se muestran las barras negras. 
2 Me gusta
Pero el núcleo crea y almacena sus propias miniaturas derivadas en varias resoluciones como parte del proceso de publicación de cocción.
Aquí es donde se conservan las barras negras.
¡Exacto!
Pero en cualquier caso, esa es información muy útil que puedo usar para mejorar mi plugin. ¡Muchas gracias!
Eso es mucho más sencillo que preguntar a GPT-4 Vision si hay barras negras o usar ImageMagick para detectarlas.
1 me gusta
Gracias a tu perspectiva, he actualizado Topic List Previews con una solución mucho más sencilla que no necesita ser activada, ya que solo recortará si la imagen es una miniatura de YouTube legacy 4:3.
¿Quizás esto sea lo suficientemente general como para ser útil para el núcleo?
2 Me gusta