Aqui lo que ya ha sido escrito sobre el tema en este tutorial:
Avg Bitrate (kbps)
Que valor de bitrate elegir...
Esto es para un debate que todavía no tiene fin. Para facilitar el aprendizaje de HandBrake vamos intentar buscar el bitrate que nos da un tamaño de archivo determinado.
La relación entre el peso del archivo y el bitrate es mas o meno esta:
Tamaño de archivo (Kb) = (bitrate vidéo+bitrate audio) × duración de la pelicula (seconde)/8
Hay multitud de calculadoras en la red, hasta algunas como esta "online".
Ninguna acierta exactamente el resultado (depende también de los subtítulos y otros tags incluidos en el archivo final).
Lo que se debe tomar en cuenta es que el X264 permite ahorrar bitrate, es decir peso final del archivo, para la misma calidad visual que un xvid por ejemplo. También, es una ilusión intentar entrar un Bluray de 1 hora y media en un archivo de 700Mb... Como puede, quizás, ser inútil comprar un Bluray de una película de 1940... Bueno, todo es cuestión de compromiso. Mas "alto" esta el bitrate, mas se puede obtener un ripeo de calidad y mas se aumenta el peso del archivo...
La compresión vídeo tiene dos pasos, uno reversible es decir que los cálculos hechos al revés dan la misma imagen que la fuente, y unos irreversibles que eliminan las informaciones consideradas "inútiles" o que se pueden "sacrificar". El bitrate influye en el "sacrificio".
En general, el X264 da buenos resultados con bitrate entre 1000 y 2000 kbps para un DVD, dependiendo de la fuente. Los que buscan optimización del bitrate y/o del tamaño de archivo tendrán que hacer pruebas de compresión y tendrán muy buenas informaciones en el tutorial del professor keller "Tutorial básico de ripeo MKV (AFR)" parte Test de compresibilidad.
No creo que sea muy diferente de los argumentos de
professor keller o de
dardo. Pienso que se puede resumir asi:
Por una calidad dada, el bitrate necesario depende de la película y MeGUI permite aproximar este bitrate,
por una cierta calidad.
Por lo tanto, el bitrate depende directamente del tamaño de archivo deseado. Es decir que cuando se desea un tamaño preciso, no se puede conseguir
siempre esta "cierta calidad". A veces falta bitrate, a veces sobra.
Asi que la frase siguiente del
professor keller me parece prestar a confusión:
En mi experiencia al menos, lo único que puede brindar una idea precisa del bitrate necesario es la compresibilidad de la fuente: esta semana hice dos ripeos AFR de películas en blanco y negro de similar duración (94' una, 89' la otra). La primera necesito un bitrate de 1348 para un tamaño de 1.45 GB, y la segunda un bitrate de 2169 para el mismo tamaño.
El "
para el mismo tamaño" final deja pensar que se puede llegar con "el mismo tamaño" a bitrate diferentes, 1348 y 2169 kbps, lo que no seria exacto.
Una vez elegido el tamaño, el bitrate esta
impuesto por esta relación:
bitrate kbps=(tamaño Mo /duracion sec)*8388,608
Es decir que por 90min de cualquier película que sea, si se quiere empaquetar en 1.45GB, el bitrate seria :2252kbps (haciendo abstracción del audio, de los subs, tags,...).
Por lo de la estimación del bitrate con el gráfico logarítmico que cita
Dardo:
tendríamos una gráfica de estilo logarítimico en la que llega un momento en que por más bitrate que le metamos visualmente no se estima una mejora en la misma relación al bitrate, y ese para mí es el punto exacto a seleccionar
El punto indicado no es realmente el punto exacto. El codec X264 permite variaciones de bitrate, es decir que "ahorra" bitrate en las imágenes que no necesitan mucho, para subir el bitrate en las imágenes difícil de codificar, por eso que se habla de "average bitrate". En consecuencia, para poder optimizar su ripeo aprovechando esa facultad, el punto exacto seria el centro de la inflexión entre la parte ascendente de la curva y la parte plana. La gama de variación del bitrate se comanda con el "setting"
--ratetol.
Si,como dice
Dardo, parece difícil estimar este "punto", también parece difícil encontrar copias de las famosas curvas para el x264.
Pero de eso viene la importancia de hacer dos pasadas cuando se trabaja con bitrate, la primera pasada sirve a preparar los cálculos de optimización y evita que se sacrifica el bitrate al final de la película, para lograr el "average bitrate" impuesto.
Resumen:
Lo ideal seria estimar el bitrate óptimo (con MeGUI por ejemplo o las curvas si se consiguen) aunque se puede discutir de lo que se considera "óptimo".
Si el tamaño es "impuesto" ("p2p friendly" como dice
professor keller, AFR para grabación en DVD de los archivos, etc) se debe tomar en cuenta que no se va
siempre lograr la calidad deseada.
En todos casos, no olvidarse de lo que escribió
professor keller:
Es bueno que la gente tenga en cuenta igual que son sólo opiniones sobre un tema que admite muchas miradas y métodos.
