[Bug 46163] New: Regression - Windows Media Player 10 (& DirectSong) - MP3 Playback Is Busted
https://bugs.winehq.org/show_bug.cgi?id=46163 Bug ID: 46163 Summary: Regression - Windows Media Player 10 (& DirectSong) - MP3 Playback Is Busted Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com Distribution: --- FORMERLY it was possible to get mp3 playback working in wine with the following procedure: 1. Create win32 prefix. 2. Install WMP10. 3. Change l3codeca from "native" to "built-in." (At this point MP3s can be played, but will experience the "too fast playback" bug noted in https://bugs.winehq.org/show_bug.cgi?id=38421 ). 4. Install quartz and devenum and set to "native." As best I can tell, the last version where MP3 playback worked was 3.11. Beginning with 3.12 through 3.20 (current as of this writing), the above does NOT work. WMP acts as if it is playing the MP3, but no sound is emitted. This bug also affects programs that rely on wmvcore for playback, such as DirectSong, which is used to supply bonus music in games such as Guild Wars. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4(a)web.de --- Comment #1 from Fabian Maurer <dark.shadow4(a)web.de> --- Can you do a regression test? (See https://wiki.winehq.org/Wine_Developer%27s_Guide/Other_Debugging_Techniques#...) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 --- Comment #2 from CWB <cwbussard(a)gmail.com> --- (In reply to Fabian Maurer from comment #1)
Can you do a regression test? (See https://wiki.winehq.org/Wine_Developer%27s_Guide/ Other_Debugging_Techniques#How_to_do_regression_testing_using_Git)
Maaaaaybe. I'm going to be away several days this week, but I hope to get a chance to attempt it this weekend. I could use some guidance on how to make sure I'm running tests against the version of wine I've built for regression testing rather than the one installed at /opt/wine-devel/. Please correct my misconceptions: 1. I can create a wine prefix that uses the testing build by: WINEARCH=win32 WINEPREFIX=/home/something/something /path/to/test/build/winecfg ? 2. To run winetricks (so I can install WMP10, quartz, devenum) against that prefix, using the testing build, I can run: WINEPREFIX=/home/something/something WINE=/path/to/test/build/wine winetricks ? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 --- Comment #3 from CWB <cwbussard(a)gmail.com> --- Aw hell... just realized I'm going to have to figure out how to do this cross-compiling in a container business. Since compiling is not straightforward, I think I was overly optimistic to think I could do it this upcoming weekend. I'd greatly appreciate if someone with experience building wine could step in. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #4 from Zebediah Figura <z.figura12(a)gmail.com> --- Well, maybe, but there aren't a lot of quartz-related changes that went into wine 3.12. In specific I'm curious what are the effects of using native msdmo, and/or of disabling mp3dmod. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x(a)gmail.com Keywords| |regression -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |0aff95bfa014d7b793f32125503 | |6f2bb8d5bc34a --- Comment #5 from Zebediah Figura <z.figura12(a)gmail.com> --- I just tested this, and it looks like it's trying to use mp3dmod for decoding, and I guess it's too stubby. So I'm setting the likely commit ID. I can't debug it any further, though, because it always crashes inside of native quartz before getting anywhere. We should probably just fix builtin quartz anyway. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 --- Comment #6 from CWB <cwbussard(a)gmail.com> --- (In reply to Zebediah Figura from comment #5)
I just tested this, and it looks like it's trying to use mp3dmod for decoding, and I guess it's too stubby. So I'm setting the likely commit ID.
I can't debug it any further, though, because it always crashes inside of native quartz before getting anywhere. We should probably just fix builtin quartz anyway.
Thank you very much for taking a look into this. Thanks to your post, it looks like there's a workaround: If you nuke the registry entry for mp3dmod, the prior workaround (win32 prefix, native wmp10, native quartz, native devenum, builtin lcodeca) seems to work again. At least I was able to get a mp3 to play in Windows Media Player. At the earliest opportunity I'll test whether this workaround holds for DirectSong. (Which would be great because it would allow games that use DirectSong to move forward to versions of wine that support esync.) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 --- Comment #7 from CWB <cwbussard(a)gmail.com> --- (In reply to CWB from comment #6)
(In reply to Zebediah Figura from comment #5)
I just tested this, and it looks like it's trying to use mp3dmod for decoding, and I guess it's too stubby. So I'm setting the likely commit ID.
I can't debug it any further, though, because it always crashes inside of native quartz before getting anywhere. We should probably just fix builtin quartz anyway.
Thank you very much for taking a look into this.
Thanks to your post, it looks like there's a workaround: If you nuke the registry entry for mp3dmod, the prior workaround (win32 prefix, native wmp10, native quartz, native devenum, builtin lcodeca) seems to work again. At least I was able to get a mp3 to play in Windows Media Player. At the earliest opportunity I'll test whether this workaround holds for DirectSong. (Which would be great because it would allow games that use DirectSong to move forward to versions of wine that support esync.)
Tested; the workaround holds for DirectSong. Thank you again! -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 pattietreutel <katyaberezyaka(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka(a)gmail.com -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 --- Comment #8 from Zebediah Figura <z.figura12(a)gmail.com> --- Since bug 38421 is fixed, do we need to keep this open? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #9 from Zebediah Figura <z.figura12(a)gmail.com> --- Builtin quartz + devenum works fine, and native quartz + devenum can't really be debugged. I'm going to resolve this as WONTFIX. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=46163 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #10 from Austin English <austinenglish(a)gmail.com> --- Closing. -- 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.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla