Ich habe eine Logik geschrieben, um Informationen von ffprobe mit MediaInfo.DLL zu vergleichen. Beobachtungen und Fragen:
A) Die meisten Unterschiede waren kleine Abweichungen in den weniger signifikanten Ziffern verschiedener numerischer Werte (Bitrate, Dauer, Bilder pro Sekunde), aber ich hatte keine Möglichkeit festzustellen, welcher davon tatsächlich genauer war. Irgendwelche Ideen dazu, ob die leichten Abweichungen zwischen der Ausgabe von ffprobe und der Ausgabe von MediaInfo.DLL signifikant sind oder wie man feststellen kann, welcher genauer ist?
B) Für eine WMV-Datei meldet MediaInfo.DLL 16 Bits pro Sample. Meines Wissens sind BPS und Bittiefe nur zwei verschiedene Namen für dasselbe, aber ffProbe kann keine Bittiefe bestimmen. Ich denke, dass ffProbe wahrscheinlich richtig liegt, da der Audio-Codec wmav2 ist, der anscheinend eine verlustbehaftete Komprimierung von sehr geringer Qualität verwendet, die die Bittiefe wahrscheinlich bedeutungslos macht. Daher frage ich mich, ob MediaInfo.DLL vielleicht nur das WMA-Format sieht und blind 16 annimmt. Eine andere (AMR-)Datei hat etwas Ähnliches, wo MediaInfo.DLL eine Bittiefe von 14 meldet. (Im Fall dieser Datei meldet ffProbe eine Bitrate von 9200 im Vergleich zu 0, wie von MediInfo.DLL gemeldet). Gibt es eine zuverlässige Möglichkeit, festzustellen, ob die BPS von MediaInfo.DLL tatsächlich sinnvoll und richtig sind?
C) Für eine WEBM-Datei zeigt ffProbe eine Video-Bitrate von 0 sowie eine Audio-Bitrate von 0 an. Diese Video-Bitrate scheint mit der Videodatenrate von 0 kbs übereinzustimmen, die für die Datei auf der Registerkarte „Details“ des Eigenschaftenfensters für die Datei gemeldet wird. MediaInfo.DLL meldet jedoch eine Video-Bitrate von 439316 bps und eine Audio-Bitrate von 64000 bps. In diesem Fall stimmt die Audio-Bitrate mit der in den Dateieigenschaften gemeldeten überein. Die einzige von ffProbe gemeldete Bitrate ist 533294 (ohne anzugeben, ob dies Audio, Video, kombiniert oder etwas anderes sein soll). In der Ansicht „Noch mehr Informationen“ von MediaInfo.DLL wird dies als Gesamt-Bitrate gemeldet. Sie liegt ungefähr im Bereich der kombinierten Audio- und Video-Bitraten, daher kann es sein, dass einige oder alle dieser Raten „Ziel“-Bitraten sind (da WebM verlustbehaftet ist). Ich habe die Größe des Videostreams durch die Dauer in Sekunden geteilt und bin auf 54.914,439 gekommen ... Beim Audiostream ergibt sich ein Ergebnis von genau 8.000. MediaInfo berechnet also offenbar nicht einfach die durchschnittliche Audio- und Video-Bitrate. Irgendeine Idee, was da vor sich gehen könnte oder wessen Interpretation der Realität richtig ist?
Meine Beispiel-Mediendateien finden Sie hierHier