http://bugs.winehq.org/show_bug.cgi?id=18773
Summary: The Westerner: needs MPEG Layer-3 audio codec Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winmm&mci AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
The Westerner until now had garbage AppDB rating but no bug entry. Deselecting any audio driver in winecfg let's wine play the intro and crash after: err:ole:CoGetClassObject class {38be3000-dbf4-11d0-860e-00a024cfef6d} not registered err:ole:CoGetClassObject no class object {38be3000-dbf4-11d0-860e-00a024cfef6d} could be created for context 0x1
This UUID is the "FriendlyName"="MPEG Layer-3 Decoder" from DirectX9 windows\system32\l3codecx.ax
As Wine has its own winemp3.acm, shouldn't it declare this UUID (e.g. via tools/wine.inf)? Is this a simple omission? Does winemp3 implement something entirely different, another win API?
When audio is not disabled in winecfg, wine crashes after repeatedly (~13x) opening and closing all winmm codecs, including winemp3.acm (it does not manage to reach the intro).
wine regsvr32 l3codecx.ax WINEDLLOVERRIDES=quartz=n wine PICTuRE.exe is what's needed to let the music play, to see the intro, to start gameplay and to bump the AppDB rating from garbage to bronze. (Likely gold except for serious mouse lag, which is another issue.) The loop mentioned above is then avoided, as a driver is found. The native quartz.dll is needed or it won't find some pin (later than the intro).
I copied the l3codecx.ax from a separate winetricks DirectX9 install before noticing that The Westerner's CD-ROM also contains it in DirectX9\DirectX.cab. Oddly, the application's cover lists only DirectX 8.1 as requirement.
Using The Westerner German Patch v1.3. I guess v1.0 (CD-ROM without patch) would behave the same (guessing from reports in AppDB).