https://bugs.winehq.org/show_bug.cgi?id=37790
Bug ID: 37790 Summary: Very fast audio in Jelly no Puzzle on OS X Product: Wine Version: 1.7.33 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: c2379868@trbvm.com
Starting in Wine 1.7.33, the music in the game "Jelly no Puzzle" plays extremely quickly--more than 4x normal speed.
This applies specifically to the *music* in Jelly no Puzzle, not the sound effects, which appear to be unchanged. Nor does it apply to the audio of any of several other programs I've tested.
This problem is observed on two computers running Mac OS X 10.6.8. The problem does not occur in Wine 1.7.32 or any earlier version I've tested; it is a regression beginning in 1.7.33. The versions of Wine are installed from Macports. I've not tested any other platforms. The problem reproduces with an empty wineprefix.
Jelly appears to rely on a freeware program called "PxTone" (http://en.wikipedia.org/wiki/PxTone ) to synthesize its music (Jelly comes with a "pxtoneWin32.dll" file). I imagine a change in Wine 1.7.33 has broken some assumption made by PxTone. It sounds like the musical notes are played on top of each other; they have the right pitch and duration, but each note is played as soon as the CPU can afford to play it, rather than after the previous note finishes (or whatever the appropriate delay may be). I'd therefore suspect that either some timing-related function is to blame, or some function returns immediately that used to block.
For reproducing and testing, Jelly no Puzzle is freeware from: http://qrostar.skr.jp/index.cgi?page=jelly&lang=en
Ticket #37630 seems similar, but it references a problem beginning in 1.7.31, so it may not be directly related.
https://bugs.winehq.org/show_bug.cgi?id=37790
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #1 from Rosanne DiMesio dimesio@earthlink.net --- I can reproduce the too-fast audio in 1.7.33 in Linux, too. However, it appears to be already fixed in git (tested 1.7.33-74-g0db8da7).
If you can't retest in current git, please retest when 1.7.34 comes out.
https://bugs.winehq.org/show_bug.cgi?id=37790
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #2 from Bruno Jesus 00cpxxx@gmail.com --- Reverting 29d1ccc7e22c4e00c6212b4b15831bf5dc2071cd makes the problem come back so this is a duplicate.
*** This bug has been marked as a duplicate of bug 37727 ***
https://bugs.winehq.org/show_bug.cgi?id=37790
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com --- Closing duplicate bugs.