Почему существуют расхождения между ffprobe и mediainfo.DLL?

Почему существуют расхождения между ffprobe и mediainfo.DLL?

Я написал некоторую логику для сравнения информации из ffprobe и MediaInfo.DLL. Наблюдения и вопросы:

A) Большинство различий были небольшими вариациями в младших значащих цифрах различных числовых значений (битрейт, длительность, кадры в секунду), но у меня не было возможности определить, какое из них было на самом деле более точным. Есть ли мысли о том, являются ли небольшие расхождения между выводом ffprobe и выводом MediaInfo.DLL значительными, или как оценить, какое из них более точное?

B) Для одного файла WMV MediaInfo.DLL сообщает о битах на сэмпл, равных 16. Насколько я понимаю, BPS и битовая глубина — это просто два разных названия одного и того же, но ffProbe не может определить битовую глубину. Я думаю, что, вероятно, ffProbe прав, потому что аудиокодек — wmav2, который, по-видимому, использует очень низкокачественное сжатие с потерями, что, вероятно, делает битовую глубину бессмысленной. Поэтому мне интересно, может ли MediaInfo.DLL просто видеть формат WMA и слепо предполагать 16. Другой файл (AMR) имеет похожую вещь, где MediaInfo.DLL сообщает о битовой глубине, равной 14. (В случае этого файла ffProbe сообщает о битовой скорости 9200 по сравнению с 0, как сообщает MediInfo.DLL). Есть ли надежный способ определить, является ли BPS из MediaInfo.DLL на самом деле значимым и правильным?

C) Для одного файла WEBM ffProbe показывает битрейт видео 0, а также битрейт аудио 0. Этот битрейт видео, похоже, совпадает со скоростью видеоданных 0 кбит/с, указанной для файла на вкладке «Сведения» окна «Свойства» файла. Однако MediaInfo.DLL сообщает о битрейте видео 439316 бит/с и битрейте аудио 64000 бит/с. В этом случае битрейт аудио совпадает с битрейтом в свойствах файла. Единственный битрейт, который сообщает ffProbe, — 533294 (без указания того, должно ли это быть аудио, видео, комбинированным или чем-то еще). В представлении «Еще больше информации» из MediaInfo.DLL это сообщается как общий битрейт. Он находится в некотором роде на уровне комбинированных битрейтов аудио и видео, поэтому может оказаться, что некоторые или все эти скорости являются «целевыми» битрейтами (поскольку webm с потерями). Я разделил размер видеопотока на длительность в секундах и получил 54 914,439... Аналогично, для аудиопотока получается ровно 8000. Так что MediaInfo, по-видимому, не просто делает вычисления для расчета среднего битрейта аудио и видео. Есть идеи, что может происходить или чья интерпретация реальности верна?

Вы можете найти мои образцы медиафайловздесь

Связанный контент