Escribí algo de lógica para comparar información de ffprobe con MediaInfo.DLL. Observaciones y preguntas:
R) La mayoría de las diferencias fueron pequeñas variaciones en los dígitos menos significativos de varios valores numéricos (velocidad de bits, duración, fotogramas por segundo), pero no tenía forma de determinar cuál era realmente más preciso. ¿Alguna idea sobre si las ligeras discrepancias entre la salida de ffprobe y la salida de MediaInfo.DLL son significativas o cómo evaluar cuál es más precisa?
B) Para un archivo WMV, MediaInfo.DLL informa un Bits por muestra de 16. Tengo entendido que BPS y la profundidad de bits son solo dos nombres diferentes para la misma cosa, pero ffProbe no puede determinar una profundidad de bits. Creo que probablemente ffProbe tenga razón porque el códec de audio es wmav2, que aparentemente utiliza una compresión con pérdida de muy baja calidad que probablemente hace que la profundidad de bits no tenga sentido. Así que me pregunto si tal vez MediaInfo.DLL simplemente esté viendo el formato WMA y asumiendo ciegamente 16. Otro archivo (AMR) tiene algo similar, donde MediaInfo.DLL informa una profundidad de bits de 14. (En el caso de este archivo, ffProbe informa una tasa de bits de 9200, en comparación con 0, según lo informado por MediInfo.DLL). ¿Existe una manera confiable de determinar si el BPS de MediaInfo.DLL es realmente significativo y correcto?
C) Para un archivo WEBM, ffProbe muestra una tasa de bits de video de 0, así como una tasa de bits de audio de 0. Esta tasa de bits de video parece coincidir con la tasa de datos de video de 0 kbs informada para el archivo en la pestaña Detalles de Propiedades. ventana para el archivo. Sin embargo, MediaInfo.DLL informa una velocidad de bits de vídeo de 439316 bps y una velocidad de bits de audio de 64000 bps. En este caso, la velocidad de bits de audio coincide con la informada en Propiedades del archivo. La única tasa de bits que informa ffProbe es 533294 (sin especificar si se supone que es audio, video, combinado o algo más). En la vista "Aún más información" de MediaInfo.DLL, esto se informa como la tasa de bits general. Está en el estadio de las tasas de bits combinadas de audio y video, por lo que puede ser que algunas o todas estas tasas sean tasas de bits "objetivos" (ya que webm tiene pérdidas). Dividí el tamaño de la transmisión de video por la duración en segundos y obtuve 54,914.439... Del mismo modo, para la transmisión de audio, el resultado es par 8000. Entonces, aparentemente MediaInfo no solo está haciendo los cálculos para calcular una tasa de bits promedio de audio y video. . ¿Alguna idea de qué podría estar pasando o qué interpretación de la realidad es correcta?
Puedes encontrar mis archivos multimedia de muestra.aquí