http://bugs.winehq.org/show_bug.cgi?id=60153 Bug ID: 60153 Summary: Chip's Challenge 1: background music stops playing after restarting or completing a level Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs@list.winehq.org Reporter: Patrick.M.Hoffer@gmail.com Target Milestone: --- Distribution: --- Created attachment 81769 --> http://bugs.winehq.org/attachment.cgi?id=81769 Wine 11.15 log Chip's Challenge 1 Steam AppID: 346850 PE32 executable for MS Windows 6.00 (GUI), Intel i386 wine-devel-11.15-1.1.x86_64 The game requires Steamworks, so I installed and ran the Windows Steam client inside the same Wine prefix and installed Chip's Challenge through that Steam client. Distribution: Nobara Linux Host architecture: x86_64 Audio stack: PipeWire using Wine's PulseAudio driver (winepulse.drv) Sound hardware / driver: See attached (wine-audio-info.txt) Prefix / configuration The issue was reproduced using a newly created Wine prefix: ~/.wine-chips-upstream No native Windows DLLs or DLL overrides were added. Wine was run from the unmodified WineHQ development package. Steps to reproduce Start the Windows Steam client using Wine 11.15. Launch Chip's Challenge from Steam. Start a level. Confirm that the background music is playing. Restart the level. The same issue can also occur after completing a level and proceeding to another level. Expected result Background music should start playing normally again after restarting or changing levels. Actual result Background music plays correctly when the first level starts. After restarting the level, the background music no longer plays. Sound effects continue to work normally. The game itself continues running and remains playable. Additional observations The game uses Media Foundation / MFPlay for its MP3 background music. In the Wine debug trace, the first successful playback reaches the expected playback sequence, including: media_player_CreateMediaItemFromURL media_player_SetMediaItem media_player_Play mfsession_Start MF_TOPOSTATUS_STARTED_SOURCE audio renderer clock start IAudioClient::Start After restarting the level, the game again: creates the same MP3 media item, calls SetMediaItem, calls Play, and calls IMFMediaSession::Start. However, the second playback attempt does not reach MF_TOPOSTATUS_STARTED_SOURCE, the audio renderer clock is not started again, and there is no second IAudioClient::Start. This may indicate a Media Foundation / MFPlay Media Session state or topology transition problem, but I am reporting the observable application behavior rather than assuming the exact cause. Other testing The same user-visible behavior also occurs with: Proton 9.0-4 Proton 10.0-4 Proton Experimental GE-Proton 7-1 current GE-Proton These are listed only as supplemental information. The WineHQ reproduction described above was performed with upstream Wine 11.15-devel. I also tested forcing the host PipeWire graph to 44.1 kHz; this did not change the behavior. The game's MP3 files were also temporarily converted from 44.1 kHz to 48 kHz to eliminate the Media Foundation resampling path as a variable. The music still stopped after restarting the level. Debug output A complete Wine terminal/debug log from the upstream Wine 11.15 reproduction is attached separately. The trace was captured with: WINEDEBUG=+mfplat,+mfplay,+mf,+winegstreamer,+mmdevapi,+pulse,+dmo,+timestamp The log is attached as plain text / compressed text rather than pasted into this report. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.