[ オリジナルレポート ]

BugID: #01815

カテゴリ 重要度 ステータス 解決状況 登録日時 最終更新
ステート保存/再生解決済み修正済み2008-05-20 06:232008-05-22 14:15
 
テスターTafoid担当者aaronソース
バージョン0.125u1発生バージョン0.103u4修正バージョン0.125u2
修正コミットプルリク
フラグ
セット All Sets
セット詳細
 
概 要ステートセーブとロードで、-samplerate設定が考慮されない。
詳 細Simply, if you decide to run a game at a sample rate that is different than that which the STATE was made, the pitch of the audio is offset based on the difference in HZ between the original STATE sample rate and the newly issued sample rate.

I've tested drivers which are set up for Save States (-autosave) as well as sets that are not set up for States (Using LeftShift + F7) - they've all reacted similarly.
All tests were without any video or audio syncing.
再現手順For this example, we'll use the set PACMAN

- Make sure your MAME.INI is default in samplerate (48000). Delete <B>STA\PACMAN\auto.sta if that is present (or move aside if you are saving scores).
- TYPE: <B><I>mame -autosave pacman
- Let the emulation start and boot up, you can exit MAME anytime.
- NOW TYPE: <B>mame -autosave pacman -sr 36000</B>

Observe the audio output - the pitch is much lower than expected!

This also holds true for a STATE which is created at a lower sample rate, except, the pitch is increased in this case. Simply reverse the MAME commands above (36000 first.. then default 48000 after). This also causes an audio artifact that shows itself in rapid duplication of audio bits.. with obvious stuttering.
追加情報I had a discussion about this on MAME Testers forum nearly a year and a half ago. I tried to reference the forum posts but they've already been moved off.
At the time, I was told that this was not really a bug. I still insist that it is indeed a bug and which even has a version in which the regression first occurs.
 
添付ファイル