http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #13 from Erich Hoover ehoover@mines.edu 2010-11-05 21:58:52 CDT --- (In reply to comment #12)
... I have completely separate ~/.wine directories for Fallout 3 and Fallout New Vegas. I can confirm that music in Fallout 3 works well with this patch.
Great, that confirms that the patch does what it's supposed to.
Music in Fallout New Vegas does not work at all; not title screen music, not in-game background music, and not Pip-boy radio stations (though intervals of speech in-between radio station music tracks do work, same as before this patch).
Unfortunately I don't know why this patch works for Fallout 3 and not Fallout NV because they use essentially the same engine. I'm not much of a programmer but if I can provide logs or other information that helps, I'd be glad to.
This sounds like the exact same symptoms as F3 without the patch. Normally I would suggest that you did not update the prefix for F:NV, but it sounds like you know what you're doing and have double-checked that you've updated the correct prefix. The good news is that the patch does not break F:NV, but the bad news is that it'd be easier for me to track down the problem if it did.
The "source" of the absence of music in F3 is the lack of a preferred allocator being passed to IAsyncReader::RequestAllocator. Since this patch does not fix F:NV, the source of the problem must be something else. At some point I will probably have to pick up F:NV in order to figure it out, but if you'd like me to try and take a look in the meantime you can run the game to a collect a log for how it uses music (replace "APPNAME.EXE" with the game executable for F:NV, make sure you don't use the launcher): --- WINEDEBUG="+quartz" wine APPNAME.EXE 2> ~/Desktop/F-NV-quartz.log --- Just load up to the main menu, quit, and send me (attach) the F-NV-quartz.log that gets saved to your desktop.