[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@winehq.org Reporter: cwbussard@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.
https://bugs.winehq.org/show_bug.cgi?id=46163
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- Can you do a regression test? (See https://wiki.winehq.org/Wine_Developer%27s_Guide/Other_Debugging_Techniques#...)
https://bugs.winehq.org/show_bug.cgi?id=46163
--- Comment #2 from CWB cwbussard@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 ?
https://bugs.winehq.org/show_bug.cgi?id=46163
--- Comment #3 from CWB cwbussard@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.
https://bugs.winehq.org/show_bug.cgi?id=46163
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #4 from Zebediah Figura z.figura12@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.
https://bugs.winehq.org/show_bug.cgi?id=46163
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com Keywords| |regression
https://bugs.winehq.org/show_bug.cgi?id=46163
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |0aff95bfa014d7b793f32125503 | |6f2bb8d5bc34a
--- Comment #5 from Zebediah Figura z.figura12@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.
https://bugs.winehq.org/show_bug.cgi?id=46163
--- Comment #6 from CWB cwbussard@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.)
https://bugs.winehq.org/show_bug.cgi?id=46163
--- Comment #7 from CWB cwbussard@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!
https://bugs.winehq.org/show_bug.cgi?id=46163
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=46163
--- Comment #8 from Zebediah Figura z.figura12@gmail.com --- Since bug 38421 is fixed, do we need to keep this open?
https://bugs.winehq.org/show_bug.cgi?id=46163
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED
--- Comment #9 from Zebediah Figura z.figura12@gmail.com --- Builtin quartz + devenum works fine, and native quartz + devenum can't really be debugged. I'm going to resolve this as WONTFIX.
https://bugs.winehq.org/show_bug.cgi?id=46163
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla