プログラムで取得したmp3の長さがファイルのプロパティの値と一致しない

前提・実現したいこと

下のプログラムで取得したmp3の長さが、windows10のファイルのプロパティに表示されている長さと一致しません。
この例で使用したmp3の場合はファイルのプロパティでは45秒でしたが私のプログラムでは48秒が返されました。
他のmp3でもいろいろ試してみましたが、ファイルのプロパティの値とは一致しませんでした。
wavファイルでは正確に取得できました。

このファイルをメディアプレイヤーで開いたときも長さが46秒でプロパティの値とは一致しませんでしたが、windows10のGrooveミュージックで開いたときは45秒と表示されてプロパティの値と一致しました。

どうすればmp３の長さを正確に取得できますか？

該当のソースコード

c
1#include<Windows.h>
2#include<mmsystem.h>
3#pragma comment(lib,"winmm.lib")
4
5MCI_STATUS_PARMS mcistatus;
6MCI_SET_PARMS mciset;
7MCI_OPEN_PARMS mop;
8TCHAR szBuf[256];
9
10int WINAPI WinMain(HINSTANCE hinst,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow){
11    int result;
12    DWORD dwsecond;
13    mop.lpstrDeviceType = TEXT("MPEGVideo");
14    mop.lpstrElementName = TEXT("D:\test.mp3");
15    result = mciSendCommand((MCIDEVICEID)NULL, MCI_OPEN, MCI_OPEN_TYPE | MCI_OPEN_ELEMENT, (DWORD_PTR)&mop);
16    if (result !=0){
17        MessageBox(NULL,     
18            TEXT("ファイルが見つかりません!!"),
19            TEXT("エラー"),
20            MB_OK);
21        return -1;
22    }
23    mciset.dwTimeFormat = MCI_FORMAT_MILLISECONDS;
24    mciSendCommand(mop.wDeviceID, MCI_SET, MCI_SET_TIME_FORMAT, (DWORD_PTR)&mciset);
25    mcistatus.dwItem = MCI_STATUS_LENGTH;
26    mciSendCommand(mop.wDeviceID, MCI_STATUS, MCI_STATUS_ITEM, (DWORD_PTR)&mcistatus);
27    dwsecond = (DWORD)mcistatus.dwReturn / 1000;
28    wsprintf(szBuf, TEXT("このファイルの長さは%02d分%02d秒です。"), dwsecond / 60, dwsecond % 60);
29MessageBox(NULL,
30      szBuf,
31    mop.lpstrElementName,
32      MB_OK);
33mciSendCommand(mop.wDeviceID, MCI_CLOSE, 0, 0);
34return 0;
35}

補足情報（FW/ツールのバージョンなど）

Microsoft Visual C++ 2019　C言語
WIN32 ユニコードビルド Windows10

hope_mucci

2020/06/16 11:10

どのmp3ファイルでも時間がずれますか？確認してください。本文のコードで手持ちのmp3ファイルをいくつか試してみましたが、ずれるものはありませんでした。

mery

2020/06/16 11:25

私が試したmp3ではどのファイルでも時間がプロパティの値とは一致しません。 windows10付属のGrooveミュージックで再生したときだけは全部プロパティの値と一致するのでファイルの問題ではなくプログラムでなんとかできる問題だと思うのですが・・・。

Daregada

2020/06/16 11:34

ビットレートは固定ですか?

mery

2020/06/16 11:42

ビットレートはどちらなのか分かりませんが、もし可変だとしてもGrooveミュージックでは正確に取得できているようなので、可変でも正確に取得できる方法があると思います。その方法が知りたいです。

hope_mucci

2020/06/16 11:42

パブリックにダウンロードできて、問題が再現されるファイルを本文に入手方法を含めて追記してください。そうすれば比較テストができます。

mery

2020/06/16 12:59

問題のファイルはだいぶ昔にネットで拾ったファイルや購入したファイルなので詳しい入手方法などは書けませんが、問題のあるファイルのビットレートをツールで調べてみたらビットレートモードの項目にCBRモードと書いてありました。ついでにネットのフリー素材のmp3をダウンロードして試してみたのですが、それらのファイルは正常に表示されました。

行動規範の内容に同意します

回答1件

ベストアンサー

質問者のソースコードを元に計算過程を調査してみました。
おそらく、単純にファイルサイズ/ビットレート（ミリ秒未満切り上げ）で再生時間を計算しているものと思われます。
ヘッダの有無やデータ長を無視していますので、ヘッダやタグが充実しているファイルほど再生時間がプラスの方向にずれていくようです。

正確に再生時間を計算するためには

ファイル中の全てのMPEGフレーム数を取得し、(1152/サンプリングレート)を乗算する。フレーム数はヘッダ等には記載されておらず、自力で数え上げる必要がある。
なぜかというと、各フレームのサイズ（バイト）はフレームごとに違う可能性がある。VBRは言わずもがな、CBRでもパディングといってサイズが+1されることがあるため。
XINGヘッダがあればフレーム数、ファイルサイズが記載されていてここから計算もできるが、正確な数値である保証はない。
（XINGヘッダはVBR形式のファイルにしか存在しない）
厳密に正確でなくてもよいなら、ヘッダを除いたファイルサイズ*(1152/サンプリングレート)で少し誤差はあるが求まる。

MP3ヘッダに関する参考資料

投稿2020/06/16 14:51

hope_mucci

総合スコア4447