Algunos videos H.264 que tengo parecen tener una tasa de bits excesiva, ¿hay alguna manera de determinar/encontrar la tasa de bits recomendada?

Así que tengo algunos videos que son Full HD, h264 pero tienen una tasa de bits de más de 30M a 30 FPS, son SDR y su calidad no es muy impresionante, por lo que parece excesivo y poco natural para una calidad tan poco impresionante. He visto mucho mejor aspecto h. 264 con 60 fps con incluso la mitad de esta tasa de bits. Entonces, lo que intenté hacer fue usar -crf 17 (sí, sin codificar), para ver cuánto los reducirá y, por lo general, hace un buen trabajo, por ejemplo, hizo que el archivo tuviera aproximadamente 12 M, también probé -fs incluso con un número mayor de tamaño que el original, y redujo el archivo a una tasa de bits de 5M, no sé qué sucede realmente detrás de escena con esto, pero creo que el video se ve un poco peor, aunque no mucho en comparación con los 30M que eran.

Entonces, ¿cómo, si es posible, determino correctamente la tasa de bits de un video si parece excesiva?

Respuestas (3)

Entonces, ¿cómo, si es posible, determino correctamente la tasa de bits de un video si parece excesiva?

No hay una forma "correcta". Es por eso que cada codificador con el que te encuentras presenta la tasa de bits como una opción para el usuario. La complejidad visual de cada video es diferente, y los niveles de tolerancia visual de artefactos son subjetivos en cada caso. El tamaño del archivo frente a la calidad de la imagen siempre será una compensación, y se necesita un ser humano informado para decidir dónde es más aceptable esa compensación.

Pero para enfocarnos más en "cómo" uno toma mejor esta decisión, no hay mucho que decir aparte de: pista y error.

Puedes bifurcarte. Es decir, elija un número alto, pruébelo, elija un número bajo, pruébelo, luego elija un número entre la dirección que sea más adecuada, enjuague y repita. Sigue siendo un proceso subjetivo. Si busca en Internet, no es difícil encontrar rangos aproximados para comenzar, dados los detalles de sus requisitos de salida (resolución, velocidad de fotogramas, etc.). Cuando haga esto, debe usar un subconjunto representativo de su salida total para probar, de modo que pueda iterar más rápidamente.

Además, asegúrese de considerar su plataforma de destino. No lo menciona en la pregunta, pero afectará su decisión. Si está entregando a Bluray, por ejemplo, tiene un límite estricto en el tamaño total del archivo y probablemente querrá optimizar la calidad para ese objetivo específico. Por otro lado, si está entregando a un servicio de transmisión en línea, es posible que desee obtener la máxima calidad porque YouTube, Vimeo y similares generarán automáticamente versiones de menor calidad para servir a las personas con conexiones más lentas. Por el contrario, puede valorar la carga de alta velocidad para tiempos de respuesta rápidos. Solo tú puedes decidir.

Gracias por su respuesta. Entonces, para ser claros, cuando alguien hace una compresión de un video, y nunca puede volver a la misma calidad antes de la compresión, si alguien per se aumenta la tasa de bits de forma no orgánica y luego desea reducir a la tasa de bits/tamaño como el archivo original (que técnicamente no se comprime), ¿de nuevo no puedes hacerlo sin perder calidad?
Entonces, lo que estoy diciendo es: Llamemos a su material de origen de alta calidad (A), sus exportaciones de prueba (Bx) y su salida final (C), con x representando la tasa de bits que está evaluando. Para simplificar, digamos que x es un valor entre 0 y 1. Exportaría A->B(.01), A->B(.99), A->B(.5), evaluaría cada uno, descartaría el peor resultado, y elija un número entre los otros dos, digamos A->(B.75). Repites el proceso hasta que estés satisfecho y llamas al resultado C. Observa que siempre vas de A a B. No vas A->(B.75) luego B(.75)->B( .88). Irías A->(B.75) A->(B.88).
Entonces, en lo que respecta a la pérdida generacional, siempre te estás alejando solo un paso de tu maestro. Este proceso puede volverse mucho más complicado cuando se trata de archivos de origen muy grandes (4K y superiores, RAW sin comprimir, etc.), códecs intermedios para edición, proxies, viajes de ida y vuelta, corrección de color de maestros y las diferentes situaciones en las que todos estos ven a jugar. Pero la regla general básica es: siempre trabaje con medios de la más alta calidad que su hardware pueda manejar sin contratiempos. A continuación, ofrezca la mayor compresión tolerable posible yendo directamente del original al final.
Cuando dice, "cuando alguien comprime un video y nunca puede volver a la misma calidad antes de la compresión", si no tiene el video original que la persona usó para realizar esa compresión, entonces usted' Básicamente, he perdido tu "A", y lo que sea que te hayan dado es la nueva "A". Entonces, tienes razón, nunca puedes volver a tener la misma calidad. Marcar su tasa de bits por encima de donde estaba cuando le dieron el archivo no hace nada más que (potencialmente) hacer que el archivo sea más grande.
Pero si está diciendo que tiene un video que alguien ya mostró más allá de su tasa de bits original, y desea volver a marcarlo al valor original, sí, puede hacerlo y al menos debería coincidir visualmente y tener el mismo tamaño de archivo. como el original. La cantidad de entropía que encontrarás probablemente depende del códec/situación. Puede probar repitiendo el proceso una y otra vez y verificar la degradación de la imagen. es decir, vaya A->B(1.5)->B(1)->B(1.5)->B(1)... una y otra vez, como el juego del teléfono, luego compare A con B.

Determinar la mejor tasa de bits es más una forma de arte que una ciencia. Tan pronto como pasa de un formato con menos pérdidas a uno con pérdidas, acepta el compromiso. Si la escena tiene mucho desenfoque natural, es posible que pueda salirse con la suya con una tasa de bits sorprendentemente baja antes de que se note el efecto. Es posible que los sistemas de reproducción del consumidor no puedan reproducir todo el contenido de su transmisión de alta velocidad de bits. Es un equilibrio entre la audiencia, las expectativas de reproducción y cuánto puedes salirte con la tuya.

Con el video, necesitará una tasa de bits más alta siempre que haya cambios rápidos que desee conservar o detalles intrincados que no se comprimen bien. Con el audio, hay un punto en el que puedes escuchar los artefactos, pero diferentes personas detectan los errores de reproducción a diferentes tasas de pérdida para diferentes tipos de música. Es posible que la guitarra clásica no tolere mucha compresión porque es un punteo de alto ataque. La guitarra de rock puede comprimirse bien porque la precisión de las notas no es algo que puedas elegir fácilmente y, como diría Billy Joel... sigue siendo rock and roll para mí. La animación con líneas nítidas puede requerir una tasa de bits más alta de lo esperado porque la pixelación es obvia de inmediato.

De todos modos... mi solución es comenzar con la fuente sin comprimir más limpia y de mayor resolución, luego bajar la tasa de bits hasta que pueda notar que hay defectos, luego tratar de ser un poco más generoso.

Si está haciendo un video, es posible que pueda hacer una máscara de comparación que haga que las discrepancias sean más obvias. Con audio, si puedo comparar formas de onda visualmente, reduciré la tasa de bits en los pasajes menos importantes, pero la aumentaré si hay un pasaje silencioso o uno con mucha complejidad. Casi cualquier compresión en una voz sedosa como la de Nat King Cole se escucha rápidamente.

Supongo que estoy diciendo que necesitas hacer comparaciones manuales hasta que te canses de ver/escuchar el material.

Y tenga cuidado con VBR. no es una panacea, a menos que tenga control sobre dónde se gastan los bits.

Muy bien explicado, Jason. Mencionas el punto de que algunos medios no se pueden almacenar sin comprimir, como Blu-Ray, DVD y VCD. Intente siempre crear una versión comprimida del original. Si comprime una pista de video o audio ya comprimida, se acumulan errores que simplemente no se pueden deshacer.
La compresión de audio es una buena analogía, y un buen uso de los osciloscopios de video es evaluar la compresión tal como la describe "comparando visualmente las formas de onda". De hecho, una de las herramientas de video que usa la gente se llama "monitor de forma de onda". La diferencia entre video de 8 y 10 bits, o la diferencia entre proresLT y proresHQ, puede ser difícil de ver a simple vista, por ejemplo. Pero los videoscopios, como los monitores de forma de onda y los vectorscopios, pueden mostrarle exactamente lo que está perdiendo.

Se supone que la compresión preserva la información reconocible. Si puede reconocer que el video es de baja calidad (bloqueado, con ruido), la compresión se esforzará más para preservar los bloques y los ruidos reales (en lugar de los bloques y el ruido) porque no siguen las estadísticas habituales de compensación de contenido y movimiento. y predicciones.

Entonces, si dice "Algunos videos H.264 que tengo" y los videos son de su propia creación, un primer enfoque sería obtener una mejor iluminación (!!!), una mejor óptica, mejores sensores. La creación de videos de 5 Mbps a partir de ese tipo de material original producirá mejores resultados que los videos de 15 Mbps a partir de material ruidoso. Una vez que apunte su fuente de flujo de trabajo de 30 Mbps al contenido real en lugar del ruido, las opciones que tome al comprimir más el material serán mucho más sensatas y reflejarán mucho mejor lo que espera ver en las compensaciones.