http://bugs.winehq.org/show_bug.cgi?id=33765
Bug #: 33765 Summary: Touhou Danmakufu ph3 freezes or crashes upon trying to load .mp3 files Product: Wine Version: 1.6-rc1 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: andrewsuicune@gmail.com Classification: Unclassified
Similar to Bug 32143, but more severe, since it automatically crashes or freezes Danmakufu ph3.
err:mpeg3:mp3_leopard_horse Frame sync failed. Cannot play file.
The above is the error message provided.
To test this bug, one must run ph3 in Japanese Locale and test a script that uses a .mp3 file, such as http://www.bulletforge.org/u/talosmistake/p/letty-boss-battle/v/12
Place the script in the "Script" folder and run the application. navigate to "Letty Boss FIght" and select it.
This bug was first filed for Wine 1.6 rc-1 on MacOSX Lion. This bug is not present when running the application through Windows.
http://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #1 from Andrew Fan andrewsuicune@gmail.com 2013-08-03 14:23:28 CDT --- Still present in 1.7.0
http://bugs.winehq.org/show_bug.cgi?id=33765
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.delanoy@gmail.com
--- Comment #2 from Frédéric Delanoy frederic.delanoy@gmail.com --- Is this still an issue in latest wine (1.7.17 or later)?
http://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #3 from Andrew Fan andrewsuicune@gmail.com --- Wine 1.7.14 has the issue, but I cannot text 1.7.17 because wine's dependencies are having issues when I try to update it. I am still using 1.7.3 due to another bug, but I will try to obtain test data.
(In reply to Frédéric Delanoy from comment #2)
Is this still an issue in latest wine (1.7.17 or later)?
http://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #4 from Andrew Fan andrewsuicune@gmail.com --- Unfortunately, after I purged and reinstalled MacPorts and Wine...
Wine 1.7.20 still has this bug. The noticeable change is that the program crashed after a few seconds instead of being frozen for a while - I believe that my computer used up its RAM and terminated the program.
Now running with OSX Mavericks. Still a .mp3 issue.
https://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #5 from Andrew Fan andrewsuicune@gmail.com --- Still present in 1.7.45
https://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #6 from Andrew Fan andrewsuicune@gmail.com --- Still present in Wine 1.8-rc4
https://bugs.winehq.org/show_bug.cgi?id=33765
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #7 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.14?
https://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #8 from Andrew Fan andrewsuicune@gmail.com --- (In reply to joaopa from comment #7)
Does the bug still occur with wine-5.14?
This issue is still present as of Wine 5.7. I have not tested since due to a lack of an official macOS Wine build since 5.7
https://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #9 from joaopa jeremielapuree@yahoo.fr --- You can find binary here: https://github.com/Gcenx/macOS_Wine_builds
https://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #10 from Andrew Fan andrewsuicune@gmail.com --- (In reply to joaopa from comment #9)
You can find binary here: https://github.com/Gcenx/macOS_Wine_builds
I am aware of these builds. However, they exhibit issues that I did not experience with the official WineHQ packages (including but not limited to performance issues, crashes, and graphical issues), and so I am reluctant to provide data to the AppDB that may contain issues specific to the unofficial builds. Since there is no official package to compare to, this may result in the submission of data and bugs that do not actually exist outside of these builds.
https://bugs.winehq.org/show_bug.cgi?id=33765
Gcenx gcenx83@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gcenx83@gmail.com
--- Comment #11 from Gcenx gcenx83@gmail.com --- (In reply to Andrew Fan from comment #10)
I am aware of these builds. However, they exhibit issues that I did not experience with the official WineHQ packages (including but not limited to performance issues, crashes, and graphical issues), and so I am reluctant to provide data to the AppDB that may contain issues specific to the unofficial builds. Since there is no official package to compare to, this may result in the submission of data and bugs that do not actually exist outside of these builds.
Could you expand on this?, do you have issues with my wine-stable-5.0.1 package? If you could open a GitHub issue with specifics I can look into this more and attempt to confirm if the issues are specific to my packages or just upstream wine on macOS. (I’ll confirm with a wine maintainer who also builds wine on macOS)
Since Julliard started the NTDLL to PE conversion wine on macOS has become a buggy mess, wine-5.8 wouldn’t even compile and the issues weren’t resolved until wine-5.9.
If you want to compile wine from source on your system check my Portfiles so your aware what’s required https://github.com/Gcenx/macports-wine, basically you need to use the MacOSX10.10.sdk or greater with a recent version of clang/bison/mingw-w64 etc.
https://bugs.winehq.org/show_bug.cgi?id=33765
--- Comment #12 from Andrew Fan andrewsuicune@gmail.com --- (In reply to Gcenx from comment #11)
(In reply to Andrew Fan from comment #10)
I am aware of these builds. However, they exhibit issues that I did not experience with the official WineHQ packages (including but not limited to performance issues, crashes, and graphical issues), and so I am reluctant to provide data to the AppDB that may contain issues specific to the unofficial builds. Since there is no official package to compare to, this may result in the submission of data and bugs that do not actually exist outside of these builds.
Could you expand on this?, do you have issues with my wine-stable-5.0.1 package? If you could open a GitHub issue with specifics I can look into this more and attempt to confirm if the issues are specific to my packages or just upstream wine on macOS. (I’ll confirm with a wine maintainer who also builds wine on macOS)
Since Julliard started the NTDLL to PE conversion wine on macOS has become a buggy mess, wine-5.8 wouldn’t even compile and the issues weren’t resolved until wine-5.9.
If you want to compile wine from source on your system check my Portfiles so your aware what’s required https://github.com/Gcenx/macports-wine, basically you need to use the MacOSX10.10.sdk or greater with a recent version of clang/bison/mingw-w64 etc.
I'll follow up on https://forum.winehq.org/viewtopic.php?f=9&t=33941 to avoid further clogging up the bug log here.