我編寫了一些邏輯來比較 ffprobe 與 MediaInfo.DLL 中的資訊。觀察與問題：
A）大多數差異是各種數值（比特率、持續時間、每秒幀數）的較小有效數字的微小變化，但我無法確定哪個實際上更準確。對於 ffprobe 的輸出和 MediaInfo.DLL 的輸出之間的細微差異是否顯著，或者如何評估哪一個更準確，有什麼想法嗎？
B) 對於一個 WMV 文件，MediaInfo.DLL 報告每樣本位數為 16。我認為 ffProbe 可能是正確的，因為音訊編解碼器是 wmav2，它顯然使用非常低品質的有損壓縮，這可能使位元深度毫無意義。所以我想知道 MediaInfo.DLL 是否只是看到 WMA 格式並盲目地假設 16。 9200，而MediInfo.DLL 報告的位元率為0）。是否有可靠的方法來確定 MediaInfo.DLL 中的 BPS 是否真正有意義且正確？
C) 對於一個 WEBM 文件，ffProbe 顯示視訊位元率為 0，音訊位元率為 0。 。但是，MediaInfo.DLL 報告視訊位元率為 439316 bps，音訊位元率為 64000 bps。在這種情況下，音訊位元率與檔案屬性中報告的位元率相符。 ffProbe 報告的唯一比特率是 533294（沒有指定這是否應該是音訊、視訊、組合或其他）。在 MediaInfo.DLL 的「更多資訊」視圖中，這被報告為總體位元率。它在某種程度上處於音訊和視訊組合位元率的範圍內，因此這些速率中的部分或全部可能是「目標」位元率（因為 webm 是有損的）。我將視訊串流大小除以持續時間（以秒為單位），得到 54,914.439...同樣，對於音訊串流，結果為 8000。知道會發生什麼事或誰對現實的解釋是正確的嗎？
您可以找到我的範例媒體文件這裡