¿No deberíamos usar siempre Web Optimized para Handbrake?

21

A veces utilizo Handbrake para comprimir archivos de video, y me doy cuenta de que la opción "Optimizado para la Web" no está seleccionada de manera predeterminada, y tampoco puede configurarse como predeterminada en las Opciones.

Pero probé tanto web optimizado como no optimizado para web. Resulta que ambos archivos son exactamente los mismos 320 MB. Pero si está optimizado para la web, incluso cuando uso FTP para subir a la web solo por unos 10 MB, entonces ya puedo comenzar a verlo en el navegador Chrome, en comparación, si no está optimizado para la web, entonces tengo que esperar y cargue todos los 320 MB para que sea jugable.

Supongo que la web optimizada probablemente signifique poner algún tipo de índice de fotogramas de video al frente del archivo en lugar de al final, para que el índice esté listo y los usuarios puedan ver el video incluso con solo 10 MB o 20 MB. Pero, (1) ¿por qué no siempre usamos web optimizado y lo hacemos predeterminado? (2) ¿es configurable para que sea el valor predeterminado en Handbrake para que si olvidamos configurarlo cada vez, en realidad tengamos que volver a codificar?

PD: la otra cosa que realmente no me gusta para la versión no optimizada para la web es, si subo a mi sitio web, y estoy viajando y quiero acceder a ese archivo, y si la velocidad neta es lenta, haciendo que el video se reproduzca y hacer una pausa todo el tiempo, luego puedo descargar el archivo y reproducirlo con el reproductor VLC. Pero si he descargado 200 MB o incluso 280 MB, el video aún no se reproducirá ni siquiera por 1 segundo. Tiene que ser la descarga completa de 320 MB antes de poder reproducir cualquier cosa

mp4 video-encoding handbrake nopole
fuente

Respuestas:

7

Si alguna vez se va a transmitir el video, entonces debe optimizarlo en la web. Esto coloca un bloque especial del archivo de video en el frente llamado "átomo de moov", que es algo así como una tabla de contenido. No estoy seguro de por qué, pero no está al principio de forma predeterminada y puede aparecer en cualquier lugar. Para la transmisión de HTML, este bloque debe leerse primero antes de que el usuario remoto pueda comenzar a ver el video.

Para una gran explicación de nivel medio sobre esto, consulte:
http://rigor.com/blog/2016/01/optimizing-mp4-video-for-fast-streaming

cremallera zinzel
fuente
5

Esta es una de las razones por las cuales no:

Si habilita esto y convierte su video, ¡el iPad no reproducirá el archivo de video! En su lugar, aparece el error "No se pudo completar la operación".

/programming//q/24042894/1066234

Kai Noack
fuente
2
¿Estás seguro? He intentado con Web Optimized o no, y en ambos casos, puedo subirlo a la aplicación Movies en iPad, o verlo usando Google Chrome en iPad si el archivo es servido en mi sitio web por una empresa de alojamiento web
noviembre
Si intenta reproducir los archivos de video con un reproductor flash, solo comenzarán cuando estén completamente cargados (perfil de conversión de ipad). Aquí debe usar el usuario "optimizado para la web" y luego comenzará de inmediato. Si reproduce los videos con <video> HTML5 y están optimizados para la web, entonces salta hacia adelante en la línea de tiempo, la carga del video no funcionará o esperará hasta que el video se cargue hasta este punto.
Kai Noack
3

Supongo que esto se reduce a la opinión. Siempre selecciono Web Optimized, pero eso no significa que todos quieran hacer eso. Handbrake es un software de código abierto y descubrí que le gusta dejar que la gente elija lo que quiere.

Si no necesita las adiciones optimizadas para la web, ¿por qué incluirlas en la codificación?

tbenz9
fuente
no, ya sea que los datos del índice de cuadros estén al frente o al final del archivo, realmente no importa, ¿verdad?
nopole
No estoy seguro de si los videos no optimizados para la web tienen datos de índice de cuadros. ¿Tiene una fuente que enumera la inclusión de datos de índice de cuadros? Gracias.
tbenz9
es el hecho de que si el archivo está en su disco duro o está totalmente cargado en la página web, puede saltar a cualquier punto del video. Entonces debería haber datos de índice de cuadro. Porque, si no hay tales datos, incluso si se cargan 20 MB del archivo, entonces debería poder ver el video desde el principio o incluso saltar a 10 segundos más tarde, ¿no? El hecho de que no pueda significa que faltan algunos datos que son cruciales para la reproducción del video, incluso desde el principio.
nopole
2
Entonces, lo que quiero decir es que, si los tamaños finales de los archivos son los mismos, y no hay penalización por la calidad de si está optimizado o no optimizado para la Web, entonces ¿por qué no simplemente hacerlo optimizado para la Web todo el tiempo, de modo que El archivo es más universalmente utilizable?
nopole