ffprobe와 MediaInfo.DLL의 정보를 비교하기 위한 몇 가지 논리를 작성했습니다. 관찰 및 질문:
A) 대부분의 차이점은 다양한 숫자 값(비트 전송률, 지속 시간, 초당 프레임 수)의 하위 유효 자릿수의 작은 변화였지만 실제로 어느 것이 더 정확한지 확인할 방법이 없었습니다. ffprobe의 출력과 MediaInfo.DLL의 출력 사이에 약간의 불일치가 중요한지 또는 어느 것이 더 정확한지 평가하는 방법에 대해 어떻게 생각하시나요?
B) 하나의 WMV 파일에 대해 MediaInfo.DLL은 샘플당 비트 수를 16으로 보고합니다. 제가 이해한 바에 따르면 BPS와 비트 깊이는 동일한 것에 대한 두 개의 다른 이름일 뿐이지만 ffProbe는 BitDepth를 결정할 수 없습니다. 오디오 코덱이 wmav2이기 때문에 아마도 ffProbe가 정확할 것이라고 생각합니다. wmav2는 비트 심도를 무의미하게 만드는 매우 낮은 품질의 손실 압축을 사용하는 것으로 보입니다. 그래서 MediaInfo.DLL이 단지 WMA 형식을 보고 맹목적으로 16을 가정하고 있는 것인지 궁금합니다. 다른 (AMR) 파일에도 비슷한 내용이 있는데 MediaInfo.DLL이 BitDepth를 14로 보고합니다. (이 파일의 경우 ffProbe MediInfo.DLL에서 보고한 대로 0과 비교하여 9200의 비트 전송률을 보고합니다. MediaInfo.DLL의 BPS가 실제로 의미 있고 올바른지 여부를 확인하는 신뢰할 수 있는 방법이 있습니까?
C) 하나의 WEBM 파일에 대해 ffProbe는 비디오 비트 전송률 0과 오디오 비트 전송률 0을 표시합니다. 이 비디오 비트 전송률은 속성의 세부 정보 탭에 있는 파일에 대해 보고된 비디오 데이터 전송률 0kbs와 일치하는 것으로 보입니다. 파일에 대한 창입니다. 그러나 MediaInfo.DLL은 439316bps의 비디오 비트 전송률과 64000bps의 오디오 비트 전송률을 보고합니다. 이 경우 오디오 비트 전송률은 파일 속성에 보고된 것과 일치합니다. ffProbe의 보고서에 나오는 유일한 비트 전송률은 533294입니다(오디오, 비디오, 결합 또는 기타 비트 전송률을 지정하지 않음). MediaInfo.DLL의 "추가 정보" 보기에서 이는 전체 비트 전송률로 보고됩니다. 이는 결합된 오디오 및 비디오 비트 전송률의 대략적인 영역에 있으므로 이러한 전송률 중 일부 또는 전부가 "목표" 비트 전송률일 수 있습니다(webm은 손실이 있기 때문에). 비디오 스트림 크기를 초 단위의 지속 시간으로 나누어 54,914.439를 얻었습니다... 마찬가지로 오디오 스트림의 경우에도 8000으로 나옵니다. 따라서 MediaInfo는 평균 오디오 및 비디오 비트 전송률을 계산하기 위해 수학을 수행하는 것만으로는 충분하지 않습니다. . 무슨 일이 일어나고 있는지, 현실에 대한 누구의 해석이 맞는지 아시나요?
내 샘플 미디어 파일을 찾을 수 있습니다여기