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?
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.
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.
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.
A. Nuevo
jason conrado
jason conrado
jason conrado
jason conrado