http://bugs.winehq.org/show_bug.cgi?id=21580
Summary: Background music doesn't loop in Pikachu Volleyball 1.0 Product: Wine Version: 1.1.37 Platform: x86-64 URL: http://andrew.jaww.net/blog/article/54/pikachu-volleyb all OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: RandomAccountName@mail.com
Created an attachment (id=26025) --> (http://bugs.winehq.org/attachment.cgi?id=26025) Full terminal output
In Pikachu Volleyball (version 1.0 only), the background music doesn't loop like it does in Windows. The MIDI track plays once per match, then quits. The following line of terminal output appears when the music should loop (but ends instead):
fixme:winmm:MMSYSTEM_MidiStream_Player Unknown MEVT (0x05)
http://bugs.winehq.org/show_bug.cgi?id=21580
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=21580
--- Comment #1 from A Wine user RandomAccountName@mail.com 2010-02-03 07:20:42 --- I probably should have mentioned that I'm not using Pulseaudio or anything like that... just TiMidity++ as a MIDI synthesizer.
http://bugs.winehq.org/show_bug.cgi?id=21580
--- Comment #2 from A Wine user RandomAccountName@mail.com 2010-02-06 14:00:48 --- In 1.1.38, the music doesn't play at all, and terminal output is different. Would that be a separate bug?
http://bugs.winehq.org/show_bug.cgi?id=21580
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2010-02-06 14:02:54 --- (In reply to comment #2)
In 1.1.38, the music doesn't play at all, and terminal output is different. Would that be a separate bug?
Could be this one - bug 21609. Try a workaround described.
http://bugs.winehq.org/show_bug.cgi?id=21580
--- Comment #4 from A Wine user RandomAccountName@mail.com 2010-02-08 07:02:42 --- Nope, the music is still missing after reverting the patch mentioned there.
http://bugs.winehq.org/show_bug.cgi?id=21580
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #5 from A Wine user RandomAccountName@mail.com 2010-02-08 09:44:42 --- Well, this is interesting. I did a regression test for the music not playing at all, and after reverting the indicated patch, the music not only plays, it loops perfectly.
So I think this bug is technically fixed in 1.1.38, it just won't do users of vanilla Wine any good yet because the game got hit by a regression in the same release...
http://bugs.winehq.org/show_bug.cgi?id=21580
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |DUPLICATE
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com 2010-02-08 09:59:00 --- (In reply to comment #5)
Well, this is interesting. I did a regression test for the music not playing at all, and after reverting the indicated patch, the music not only plays, it loops perfectly.
So after reverting previously broken functionality works?
So I think this bug is technically fixed in 1.1.38, it just won't do users of vanilla Wine any good yet because the game got hit by a regression in the same release...
You mean 1.1.38 fixed something and has a commit in same time that breaks all sound?
I thinks this is duplicate then.
*** This bug has been marked as a duplicate of bug 21609 ***
http://bugs.winehq.org/show_bug.cgi?id=21580
--- Comment #7 from A Wine user RandomAccountName@mail.com 2010-02-08 10:10:03 --- I don't think this is a duplicate. The patch which caused the sound loss in this game is not the one mentioned in bug 21609, it's this one:
8894da4a6e3d6a0f5d15d5770ef8102162f6facc
But that's for another bug report.
What I mean is that if I compile 1.1.38 with the aforementioned patch reverted, the music loops. That means *this* bug was fixed by some other commit between 1.1.37 and 1.1.38, but the aforementioned patch broke the music in a different way, thus creating a new bug... right?
Reverting the patch mentioned in bug 21609 doesn't affect this game at all.
http://bugs.winehq.org/show_bug.cgi?id=21580
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|DUPLICATE |FIXED
--- Comment #8 from Nikolay Sivov bunglehead@gmail.com 2010-02-08 10:16:19 --- (In reply to comment #7)
I don't think this is a duplicate. The patch which caused the sound loss in this game is not the one mentioned in bug 21609, it's this one:
8894da4a6e3d6a0f5d15d5770ef8102162f6facc
But that's for another bug report.
What I mean is that if I compile 1.1.38 with the aforementioned patch reverted, the music loops. That means *this* bug was fixed by some other commit between 1.1.37 and 1.1.38, but the aforementioned patch broke the music in a different way, thus creating a new bug... right?
Yes, please. File a new report for that. This commit just blocks creation for unsupported functionality.
Reverting the patch mentioned in bug 21609 doesn't affect this game at all.
Ah, sorry.
http://bugs.winehq.org/show_bug.cgi?id=21580
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2010-02-19 12:32:27 --- Closing bugs fixed in 1.1.39.