http://bugs.winehq.org/show_bug.cgi?id=24478
Summary: Fallout 3 no background music Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: felipemoraesbr@gmail.com
This problem has been happening for a long time now for me, and it is still not fixed in current wine 1.3.3. Other game sounds are fine, just the background music(which I think is mp3) isn´t working.
The tip for sound problems posted was not appliable to my case, i renamed the old file to winmm.dll_old.so and put the even older dll is that folder, as said, then i restarted but to no use. I should mention I´m using ALSA already
Hope we can work together to solve this
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2010-09-19 23:11:55 CDT --- Without renaming or copying any files, please attach terminal output. http://wiki.winehq.org/FAQ#get_log
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #2 from Felipe Moraes felipemoraesbr@gmail.com 2010-09-21 00:48:17 CDT --- Created an attachment (id=30894) --> (http://bugs.winehq.org/attachment.cgi?id=30894) Log for fallout 3 main menu(no music)
Here, I hope this helps.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #3 from Erich Hoover ehoover@mines.edu 2010-10-02 14:59:12 CDT --- Created an attachment (id=31072) --> (http://bugs.winehq.org/attachment.cgi?id=31072) Patches for fixing the background music in F3
Please try the attached patch, it is based on the work of Eduard - Gabriel Munteanu, submitted here: http://www.winehq.org/pipermail/wine-patches/2009-August/077769.html
I've done some testing on this, but I'm trying to get some other patches accepted first.
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoover@mines.edu
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #4 from Felipe Moraes felipemoraesbr@gmail.com 2010-10-03 15:25:14 CDT --- Tested, now the background music works, thanks!
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #5 from Erich Hoover ehoover@mines.edu 2010-10-03 17:23:36 CDT --- (In reply to comment #4)
Tested, now the background music works, thanks!
No problem, I've got a version that works a little better but I haven't finished polishing it yet (the current version will sometimes crash when first leaving the main menu). I'm currently trying to get the last of my animated cursor patches accepted, but once I'm done with that I will likely try to get these patches in next since they are pretty straightforward.
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #31072|0 |1 is obsolete| |
--- Comment #6 from Erich Hoover ehoover@mines.edu 2010-10-12 22:15:32 CDT --- Created an attachment (id=31242) --> (http://bugs.winehq.org/attachment.cgi?id=31242) Patches for fixing the background music in F3 (v2)
Please try the attached patch, this version should provide a much better fix.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #7 from Felipe Moraes felipemoraesbr@gmail.com 2010-10-15 09:15:21 CDT --- Hi, I´ve got a new computer, a HP touchsmart 600. To my surprise ubuntu does no work at all on it currently. I am unable to test this, I hope there is someone with can test this for us, I do not know how much time it will take for ubuntu to work here
http://bugs.winehq.org/show_bug.cgi?id=24478
olof olof_nord_@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from olof olof_nord_@hotmail.com 2010-10-17 04:06:57 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #9 from causality forwinebugregistration@mailinator.com 2010-11-04 22:05:08 CDT --- Created an attachment (id=31730) --> (http://bugs.winehq.org/attachment.cgi?id=31730) Compile Failure Messages
It says "Config.h must be included first" for building Wine 1.3.5.
http://bugs.winehq.org/show_bug.cgi?id=24478
causality forwinebugregistration@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |forwinebugregistration@mail | |inator.com
--- Comment #10 from causality forwinebugregistration@mailinator.com 2010-11-04 22:19:42 CDT --- Follow-up: If I manually edit pin.c and move "#include "config.h"" to the very top of the list of #include lines then this patch compiles successfully. Previously there were several other #include lines ahead of it.
Unfortunately I still hear no background music of any kind (neither opening screen, nor in-game radio stations [other than speech]) in Fallout: New Vegas. I was hoping it would work for me because New Vegas uses the same basic engine as Fallout 3. The game is otherwise fully playable and stable, even for hours at a time, once it loads.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #11 from Erich Hoover ehoover@mines.edu 2010-11-04 22:24:35 CDT --- (In reply to comment #10)
Follow-up: If I manually edit pin.c and move "#include "config.h"" to the very top of the list of #include lines then this patch compiles successfully. Previously there were several other #include lines ahead of it.
Yeah, a recent change broke that - it'll be fixed before I submit.
Unfortunately I still hear no background music of any kind (neither opening screen, nor in-game radio stations [other than speech]) in Fallout: New Vegas. I was hoping it would work for me because New Vegas uses the same basic engine as Fallout 3. The game is otherwise fully playable and stable, even for hours at a time, once it loads.
Have you compiled patches before? Did you try with F3 (I do not yet own F:NV)? I know that I sometimes forget to open a new terminal sometimes after compiling Wine from source. You can test that the correct version of Wine is being used by executing "which wine" from a terminal, when you compile Wine yourself it should return "/usr/local/bin/wine" whereas a "release" build will report "/usr/bin/wine".
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #12 from causality forwinebugregistration@mailinator.com 2010-11-05 18:54:40 CDT --- Gentoo user here -- it's a source-based distribution, so I apply a patch like this during the normal package (re)installation process. There is no possibility that I am running the game with anything other than the Wine I patched, for no other one is installed. Also no possible confusion about terminals etc.
I've patched Wine multiple times over the last few years. I already needed one other patch to Wine to get Fallout: New Vegas to run at all. I am using that patch (http://bugs2.winehq.org/attachment.cgi?id=31413) in combination with yours. They should not interact as that other patch modifies directx.c while this one modifies pin.c and pin.h.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #14 from causality forwinebugregistration@mailinator.com 2010-11-06 20:32:52 CDT --- Created an attachment (id=31764) --> (http://bugs.winehq.org/attachment.cgi?id=31764) Debugging output for Fallout:NV (quartz)
This is with the "Libraries" tab of winecfg setting quartz to "built-in". I also tried "native" but that didn't produce any quartz-related output except that the DLL failed to load.
FYI, there are some errors in that log because of general instability. Specifically, Fallout:NV crashes every other time I load it, like clockwork. Even when it works I actually still get a crash message (a dialog box stating "Internal errors: invalid parameters received" with only an OK button) but I can click OK and the game continues to run without a hitch. While not germane to this bug, I wanted to mention that in case it caused confusion. I.e. that log does have a message about the debugger ("Can't attach process X: error 5"), likely because WINE is compiled without frame pointers on my system.
The time and effort you're putting into this is really appreciated.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #15 from Erich Hoover ehoover@mines.edu 2010-11-07 01:37:16 CST --- (In reply to comment #14)
... FYI, there are some errors in that log because of general instability. Specifically, Fallout:NV crashes every other time I load it, like clockwork. ...
Actually, at first glance this might indicate the source of the problem... It looks like F:NV puts the music processing in a separate process (a sensible enhancement to the engine to better support multi-processor PCs), so you're hitting a bug in the other process and that's why you don't have any music.
If I had to guess, I'd say that you're hitting the new bug having to do with the recent movement of the pin initialization (this also recently started affecting F3). So, if the source of the issue is the same in F:NV as it is in F3 then you can try out an attachment I just added to Bug #24782 and that should hopefully fix your problem.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #16 from causality forwinebugregistration@mailinator.com 2010-11-07 17:47:54 CST --- Update: I experimented a bit and have some good results to report. If I use all three patches (more details to follow) then two things happen: Background music works and I don't get crash messages anymore.
I seem to need this patch (http://bugs.winehq.org/attachment.cgi?id=31413) to prevent one cause of crashes. It addresses this bug: http://bugs.winehq.org/show_bug.cgi?id=24831 I couldn't get Fallout New Vegas (FNV) to launch without it.
Your patch (http://bugs.winehq.org/attachment.cgi?id=31770) gets rid of the crash messages I used to get even when the game successfully launched. That one is for this bug: http://bugs.winehq.org/show_bug.cgi?id=24782 It must be as you mentioned, that the game plays music with a separate process. This patch stops that process from crashing. However, this alone does not allow any music to play in FNV.
Your patch (http://bugs2.winehq.org/attachment.cgi?id=31242) when used alone seems to have no effect on FNV. Alone, it does not solve the crash messages and it does not enable background music.
However, if I apply all three patches to the Wine-1.3.5 sources and recompile, FNV stops crashing AND music works perfectly. I can also click "Exit" from the game menu and it closes properly -- before it would consistently hang on exit and I would have to go back to the terminal and CTRL-C to kill the process. I still get the occasional crash but not nearly as bad as before.
I have also tried the same setup described above with Fallout 3 and it works without a hitch. I heard all the music and experienced no crashes. Thank you again for all of your help with this.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #17 from Erich Hoover ehoover@mines.edu 2010-11-07 18:13:48 CST --- (In reply to comment #16)
... However, if I apply all three patches to the Wine-1.3.5 sources and recompile, FNV stops crashing AND music works perfectly. I can also click "Exit" from the game menu and it closes properly -- before it would consistently hang on exit and I would have to go back to the terminal and CTRL-C to kill the process. I still get the occasional crash but not nearly as bad as before.
I have also tried the same setup described above with Fallout 3 and it works without a hitch. I heard all the music and experienced no crashes. Thank you again for all of your help with this.
Excellent! The first patch is included in Wine 1.3.6, Maarten Lankhorst queued up an alternative fix this morning to the issue I addressed in the second patch, and with positive feedback I'm starting to feel comfortable with the patches I have attached here. So, if all goes well with some other unrelated patches I currently have queued then I'll probably submit sometime this week.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #18 from causality forwinebugregistration@mailinator.com 2010-11-07 18:38:54 CST --- Sorry to say I jumped the gun a little. Title screen music works in FNV but once a save file is loaded, in-game music and Pip-Boy radio music does not work.
If I load FNV to the title screen only (with music playing) and click Exit, the program closes properly.
If I load FNV to the title screen, load up a save file, and play the game, music no longer works and Pip-Boy radio music doesn't work (though radio speech does).
The log was created by running this command:
WINEDEBUG="+quartz" wine FalloutNV.exe 2> ~/F-NV-quartz_winequartz.log
It does show some errors related to PullPin_Thread_Process.
Even though I only loaded a save file for maybe 10-15 seconds and exited the game, the resulting log was just over 7MB. I didn't want to edit it and risk making a bad assumption about what information is important. Attached files here have a cap of about 1MB so I had to use Filebin.ca. The URL for the logfile is:
http://filebin.ca/xtqcyv/F-NV-quartz_winequartz.log
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #19 from causality forwinebugregistration@mailinator.com 2010-11-08 18:21:55 CST --- I've tested this further and can clarify my last couple responses.
Sometimes music and such including Pip-boy radio works. Sometimes it does not. When I reported success intially I really was able to get everything to play. Later I started having some problems.
I think maybe more testing is needed. I really don't know why it seems to go smoothly sometimes and other times not. I hope that (unfortunately large) logfile I provided can shed some light on it.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #20 from Erich Hoover ehoover@mines.edu 2010-11-08 20:35:36 CST --- (In reply to comment #18)
... It does show some errors related to PullPin_Thread_Process. ...
These appear to be errors I would expect resulting from the music being aborted mid-stream (this happens, for example, when you "exit" out of the menu to start a game).
(In reply to comment #19)
I've tested this further and can clarify my last couple responses.
Sometimes music and such including Pip-boy radio works. Sometimes it does not. When I reported success intially I really was able to get everything to play. Later I started having some problems.
I think maybe more testing is needed. I really don't know why it seems to go smoothly sometimes and other times not. I hope that (unfortunately large) logfile I provided can shed some light on it.
Well, it'll take me some time to try and go through this log. However, it sounds like, if nothing, else these patches don't cause any regressions (additional crashes). So, it may help for me to get the patches I have so far accepted and then work on figuring out this additional issue once I've completed that task.
http://bugs.winehq.org/show_bug.cgi?id=24478
Lars-Philip Kramer larsphilip@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |larsphilip@gmx.de
--- Comment #21 from Lars-Philip Kramer larsphilip@gmx.de 2011-02-10 09:09:01 CST --- I tried to apply the patch (v2) by Erich Hoover to get background music to work in Fallout 3 (not New Vegas), but I came up with an error during compiling. The wine version I am patching is 1.1.13.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #22 from Lars-Philip Kramer larsphilip@gmx.de 2011-02-10 09:12:05 CST --- Created an attachment (id=33230) --> (http://bugs.winehq.org/attachment.cgi?id=33230) Compile error while patching
Sorry, forgot to add the attachment earlier...
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #31242|0 |1 is obsolete| |
--- Comment #23 from Erich Hoover ehoover@mines.edu 2011-02-10 09:24:34 CST --- Created an attachment (id=33231) --> (http://bugs.winehq.org/attachment.cgi?id=33231) Patches for fixing the background music in F3 (v3)
(In reply to comment #22)
Compile error while patching
The attached patch has been updated to fix that problem. This patch also reverts two commits that cause problems with audio in F3. I'm trying to figure out exactly the cause of these problems before I submit. Please note that this patch only fixes the background music at the main menu in F:NV, for some reason the rest of the background music still doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=24478
Jan Kalab pitlicek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pitlicek@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #24 from Lars-Philip Kramer larsphilip@gmx.de 2011-02-12 09:49:32 CST --- (In reply to comment #23)
Created an attachment (id=33231)
--> (http://bugs.winehq.org/attachment.cgi?id=33231) [details]
Patches for fixing the background music in F3 (v3)
Brilliant! Thanks for the quick help, music works now. :)
http://bugs.winehq.org/show_bug.cgi?id=24478
olof olof_nord_@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |olof_nord_@hotmail.com
--- Comment #25 from olof olof_nord_@hotmail.com 2011-02-12 17:43:41 CST --- Correct me if I am wrong: I need the wine source code, apply the soundpatch and then compile and install wine? (I feel a little bit stupid...)
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #26 from Erich Hoover ehoover@mines.edu 2011-02-12 17:53:36 CST --- (In reply to comment #25)
Correct me if I am wrong: I need the wine source code, apply the soundpatch and then compile and install wine? (I feel a little bit stupid...)
Yes, you may want to read the FAQ item on the subject: http://wiki.winehq.org/FAQ#head-7ed3c3163e2b932ee2030a48f9c5e553dc41817b
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #33231|0 |1 is obsolete| |
--- Comment #27 from Erich Hoover ehoover@mines.edu 2011-03-11 00:21:41 CST --- Created an attachment (id=33595) --> (http://bugs.winehq.org/attachment.cgi?id=33595) Patches for fixing the background music in F3 and F:NV (v4)
The attached patch (actually, an amalgamated set) should allow the background music to play in both Fallout 3 and Fallout: New Vegas. Please note that a small piece of this patch is still a hack; however, without "fixing" the whole thing F:NV will crash on exit (so I can't really submit in good conscious until I figure out the rest).
http://bugs.winehq.org/show_bug.cgi?id=24478
Mahen mahen@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mahen@free.fr
--- Comment #28 from Mahen mahen@free.fr 2011-03-18 08:21:12 CDT --- Erich Hoover : against which wine version is your patch supposed to be applied ? (using the current wine version, one gets music + sounds in the main menu, then all sounds stop after starting a game ; without your patch, one never gets music, but all sounds). Thanks !
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #29 from Erich Hoover ehoover@mines.edu 2011-03-18 10:17:01 CDT --- Created an attachment (id=33700) --> (http://bugs.winehq.org/attachment.cgi?id=33700) Fix Fallout games working with PulseAudio
(In reply to comment #28)
Erich Hoover : against which wine version is your patch supposed to be applied ? (using the current wine version, one gets music + sounds in the main menu, then all sounds stop after starting a game ; without your patch, one never gets music, but all sounds). Thanks !
Sorry about that, it should work with any recent version provided that PulseAudio is disabled. If you'd like to use it with PulseAudio then you need to revert commit 64b14c0ecdd13530a92ff636c451523a99253a0b. To do that you can execute the following (replace "fallout-pulse-problem.diff" with whatever you name the patch): patch -p1 -R < fallout-pulse-problem.diff
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #30 from Mahen mahen@free.fr 2011-03-18 11:46:32 CDT --- (In reply to comment #29)
Sorry about that, it should work with any recent version provided that PulseAudio is disabled. If you'd like to use it with PulseAudio then you need to revert commit 64b14c0ecdd13530a92ff636c451523a99253a0b. To do that you can execute the following (replace "fallout-pulse-problem.diff" with whatever you name the patch): patch -p1 -R < fallout-pulse-problem.diff
Oh indeed, it does work properly when applying this patch, thank you for your swiftness !
Well, it's not perfect thought (but satisfactory and very usable !) as there is a sound delay of about 1 second. (also, but unrelated, mouse wheel doesn't work)
Apart from that, that's almost perfect, thanks again.
http://bugs.winehq.org/show_bug.cgi?id=24478
ih-mon@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ih-mon@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #31 from ih-mon@gmx.de 2011-04-01 10:25:10 CDT --- The patch also works on MacOSX but now the game crashes here and than with that:
fixme:quartz:Parser_OutputPin_QueryInterface No interface for {56a868a5-0ad4-11ce-b03a-0020af0ba770}! Assertion failed: (!IMediaSample_GetActualDataLength(pSample)), function PullPin_Flush, file pin.c, line 425. /opt/local/bin/wine: line 5: 13061 Abort trap DYLD_FALLBACK_LIBRARY_PATH="/opt/local/lib" "/opt/local/libexec/wine/wine" "$@"
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #32 from Mahen mahen@free.fr 2011-04-01 10:27:12 CDT --- (In reply to comment #31)
The patch also works on MacOSX but now the game crashes here and than with that:
fixme:quartz:Parser_OutputPin_QueryInterface No interface for {56a868a5-0ad4-11ce-b03a-0020af0ba770}! Assertion failed: (!IMediaSample_GetActualDataLength(pSample)), function PullPin_Flush, file pin.c, line 425. /opt/local/bin/wine: line 5: 13061 Abort trap DYLD_FALLBACK_LIBRARY_PATH="/opt/local/lib" "/opt/local/libexec/wine/wine" "$@"
Indeed, it turned out the game crashes frequently with this patch (under Linux+WINE) as well. But I have to double-check if it's really related. (it seems so according to your post)
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #33 from Erich Hoover ehoover@mines.edu 2011-04-01 10:32:35 CDT --- Created an attachment (id=33893) --> (http://bugs.winehq.org/attachment.cgi?id=33893) Additional F3/FNV patch
(In reply to comment #32)
(In reply to comment #31)
The patch also works on MacOSX but now the game crashes here and than with that: ...
Indeed, it turned out the game crashes frequently with this patch (under Linux+WINE) as well. But I have to double-check if it's really related. (it seems so according to your post)
Hmm, I didn't have any problems with it - but I have added another patch to my list for getting things to work without the hack. Maybe that patch will help (see attached). FYI, I'm up to seven patches that I bundle together for this - so I'm just including what you need to apply in addition to Attachment 33595 and 33700.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #34 from ih-mon@gmx.de 2011-04-01 10:39:56 CDT --- (In reply to comment #33)
Created an attachment (id=33893)
--> (http://bugs.winehq.org/attachment.cgi?id=33893) [details]
Additional F3/FNV patch
(In reply to comment #32)
(In reply to comment #31)
The patch also works on MacOSX but now the game crashes here and than with that: ...
Indeed, it turned out the game crashes frequently with this patch (under Linux+WINE) as well. But I have to double-check if it's really related. (it seems so according to your post)
Hmm, I didn't have any problems with it - but I have added another patch to my list for getting things to work without the hack. Maybe that patch will help (see attached). FYI, I'm up to seven patches that I bundle together for this - so I'm just including what you need to apply in addition to Attachment 33595 [details] and 33700.
Sorry I'm getting a little confused - which patches do I need and in which order do I have to apply them?
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #35 from Erich Hoover ehoover@mines.edu 2011-04-01 10:50:49 CDT --- (In reply to comment #34)
Sorry I'm getting a little confused - which patches do I need and in which order do I have to apply them?
Sorry about that, it appears that bugzilla did some strange auto-linking.
1) Attachment 33595 (contains several patches, last "stable" set I've tested) 2) Attachment 33700 (fix for PulseAudio users) 3) Attachment 33893 (potential fix for your assertion bug)
These patches do not conflict with each other, so they may be applied in any order. You'll likely get a "Fuzz" warning since the line numbers change, but that's fine.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #36 from ih-mon@gmx.de 2011-04-02 07:16:48 CDT --- (In reply to comment #35)
(In reply to comment #34)
Sorry I'm getting a little confused - which patches do I need and in which order do I have to apply them?
Sorry about that, it appears that bugzilla did some strange auto-linking.
- Attachment 33595 [details] (contains several patches, last "stable" set I've tested)
- Attachment 33700 [details] (fix for PulseAudio users)
- Attachment 33893 [details] (potential fix for your assertion bug)
These patches do not conflict with each other, so they may be applied in any order. You'll likely get a "Fuzz" warning since the line numbers change, but that's fine.
seems like it fixes the crash :)
But sometimes the music from the radio "hangs" like repeating a short part over and over again...
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #37 from Erich Hoover ehoover@mines.edu 2011-04-02 09:23:59 CDT --- (In reply to comment #36)
... But sometimes the music from the radio "hangs" like repeating a short part over and over again...
Yeah, it happens whenever you enter a room that's also playing a radio. If you flip off the in-room radio it will work. It's a by-product of the hack and I'm still working on it, though I'm out of town this next week - so it'll probably be a bit before I get it figured out.
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #33595|0 |1 is obsolete| | Attachment #33893|0 |1 is obsolete| |
--- Comment #38 from Erich Hoover ehoover@mines.edu 2011-05-17 16:37:10 CDT --- Created an attachment (id=34756) --> (http://bugs.winehq.org/attachment.cgi?id=34756) Hack to fix the background music (in-game) in F3 and F:NV
I am pleased to find that the patches for the background music are now in the latest git (last commit is 068593b23826c995f03559128041b922b68a916b). Please note that these patches only cover the portion of the problem up to the main menu. Therefore, you must still revert commit 64b14c0ecdd13530a92ff636c451523a99253a0b if you are using PulseAudio (Attachment 33700) and you must apply the last hack to FoundCurrentPosition to continue to get background audio in-game (attached).
Please note that I am currently out of the country for work, so I will not have time in the near future to track down this last issue. However, I do have Internet access and can therefore respond to any other bugs with these patches.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #39 from olof olof_nord_@hotmail.com 2011-05-19 08:16:18 CDT --- After applying both of the patches which you provided in comment 38 I got the game running, and everything, including the sound exept for the first wakeup scene does work.
There is only one thing though, should the radio also play during conversations?
But everytime I opened the doctor's door in the beginning of Fallout New Vegas - the game would crash.
So, I installed some extras.
using winetricks I installed cc580 vcrun2005 dotnet30 comctl32 vcrun2008
Then I could open the door, but at the moment I can only run the game for about 10-15 minutes and then it crashes. When it runs, it works exactly as it should though...
When running it I only get two different console outputs: mostly: fixme:quartz:Parser_QueryInterface No interface for {2dd74950-a890-11d1-abe8-00a0c905f375}! fixme:quartz:FoundCurrentPosition Returning E_INVALIDARG as Fallout 3/New Vegas Hack.
also sometimes: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #437 (incrementing): fixme:d3d_shader:print_glsl_info_log Vertex shader(s) linked, fragment shader(s) linked.
Using the latest wine , cloned from git.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #40 from Erich Hoover ehoover@mines.edu 2011-05-19 14:12:36 CDT --- (In reply to comment #39)
After applying both of the patches which you provided in comment 38 I got the game running, and everything, including the sound exept for the first wakeup scene does work.
That's a different bug (Bug #23616).
There is only one thing though, should the radio also play during conversations?
No, that's a byproduct of the hack used to get the radio working.
But everytime I opened the doctor's door in the beginning of Fallout New Vegas
- the game would crash.
You should probably report a bug for this problem, I assume this happens without the patches attached to this bug due to the way you resolved it.
... also sometimes: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #437 (incrementing): fixme:d3d_shader:print_glsl_info_log Vertex shader(s) linked, fragment shader(s) linked.
This sounds like an unrelated problem, does this occur without the patches?
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #41 from olof olof_nord_@hotmail.com 2011-05-20 15:15:47 CDT --- (In reply to comment #40)
also sometimes: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #437 (incrementing): fixme:d3d_shader:print_glsl_info_log Vertex shader(s) linked, fragment shader(s) linked.
This sounds like an unrelated problem, does this occur without the patches?
Sorry for writing about unrelated things. Tried latest stable wine (1.3.20) - and there is no background sound, but the radio works.
The GLSL errors have nothing to do with your patch, see Bug 7411 for that.
If your two patches would be accepted then this bug could be closed. (okok, maybe it would be perfect if the radio is muted during conversations, but that is not a big deal really.)
Thank you!
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #42 from Erich Hoover ehoover@mines.edu 2011-05-30 10:03:43 CDT --- (In reply to comment #41)
... If your two patches would be accepted then this bug could be closed. (okok, maybe it would be perfect if the radio is muted during conversations, but that is not a big deal really.)
That'd be great if those two patches weren't hacks... The PulseAudio patch is essentially "undo something someone else needed" (it's also not needed if you're not using PulseAudio) and the one that "fixes" the background music is really just disabling a huge portion of the quartz code-path. I'm hoping to figure these things out sometime this summer, but I've spent a lot of time on these issues already and my assessment so far is that finding the solution is going to be non-trivial.
http://bugs.winehq.org/show_bug.cgi?id=24478
David Finch david@mytsoftware.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |david@mytsoftware.com
--- Comment #43 from David Finch david@mytsoftware.com 2011-06-04 01:54:57 CDT --- If this patch is in 1.3.21, I think I'm getting the same FNV crash as olof, though I haven't tried his workaround. I hear background music now, and it lasted a long while in an old save, but in any new game, it crashes every time with an assertion failure as soon as I try to leave Doc Mitchell's house.
Same errors with and without the PulseAudio patches: ... err:quartz:PullPin_Thread_Process Processing error: 8004022e m files\steam\steamapps\common\fallout new vegas\FalloutNV.exe: pin.c:485: PullPin_Thread_Process: Assertion `!pSample' failed. wine: Assertion failed at address 0xf772b425 (thread 0053), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #44 from Erich Hoover ehoover@mines.edu 2011-06-04 09:02:55 CDT --- (In reply to comment #43)
If this patch is in 1.3.21, I think I'm getting the same FNV crash as olof, though I haven't tried his workaround. ... but in any new game, it crashes every time with an assertion failure as soon as I try to leave Doc Mitchell's house. ...
Did this just start happening with 1.3.21? If so, could you please do a regression test and confirm that it's my fault?
I hear background music now, and it lasted a long while in an old save ...
Is this without adding the hacks (stock 1.3.21)? In my testing the background music only works at the title menu, so if you've found a case where it works in-game then I may be able to narrow down the source of the problem.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #45 from Erich Hoover ehoover@mines.edu 2011-06-04 09:44:03 CDT --- (In reply to comment #44)
(In reply to comment #43)
If this patch is in 1.3.21, I think I'm getting the same FNV crash as olof, though I haven't tried his workaround. ... but in any new game, it crashes every time with an assertion failure as soon as I try to leave Doc Mitchell's house. ...
Did this just start happening with 1.3.21? If so, could you please do a regression test and confirm that it's my fault?
Nevermind, I can confirm that this issue is exposed (though not caused) by my patches. Would you mind opening a new bug for this and testing to see exactly which one of those winetricks installations covers up the problem? Looking at the code I'd have to say that I'd be surprised if any one of them makes a real difference, it's probably more luck of the draw.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #46 from David Finch david@mytsoftware.com 2011-06-05 04:01:31 CDT --- I haven't noticed any side effects yet from commenting out the assertion. No crashes so far, and I still hear background music.
I'm not sure how much background music I'm supposed to hear though, since I've played Fallout 3 and NV only on Wine. And I did have one instance of background music from one area (Freeside) continuing to play after teleporting to a different area (Goodsprings), but I don't know if that's related, and I couldn't get it to happen again.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #47 from Erich Hoover ehoover@mines.edu 2011-06-22 13:11:10 CDT --- Created an attachment (id=35237) --> (http://bugs.winehq.org/attachment.cgi?id=35237) Fix for exiting Doc's house
(In reply to comment #46)
I haven't noticed any side effects yet from commenting out the assertion. No crashes so far, and I still hear background music.
The assertion is there for a reason, under the vast majority of circumstances it would indicate that a problem was introduced in the IAsyncReader implementation. However, in this case it's not a bug in Wine - it's a bug in the game's custom IAsyncReader. This issue really should be a separate bug, but I'll attach my preliminary fix for you anyway (I'm concerned it won't be accepted, so I'm sitting on it and thinking about other ways to approach it for now).
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34756|0 |1 is obsolete| | Attachment #35237|0 |1 is obsolete| |
--- Comment #48 from Erich Hoover ehoover@mines.edu 2011-07-03 22:48:10 CDT --- Created an attachment (id=35422) --> (http://bugs.winehq.org/attachment.cgi?id=35422) Add support for the in-game background musc in F3 and F:NV
After many hours of research I have some updates for this bug. I've attached a set of patches that seem to fix everything for F:NV; however, for F3 the music skips a little bit. It's rather irritating, but it's closer to working than nothing. I would appreciate it if people could test this attachment and let me know if they run into any problems. It is worth noting that Attachment 33700 is still necessary if you want to run the games with PulseAudio running.
http://bugs.winehq.org/show_bug.cgi?id=24478
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #49 from GyB gyebro69@gmail.com 2011-07-18 13:36:21 CDT --- I'm new to Fallout:New Vegas and this was the first time I tried the game in Wine. My experiences with an unpatched wine-1.3.24-174-g4b4dd30:
1) background/menu music is playing correctly 2) Pip-boy radio is not working 3) the game crashes with an assertion when I try to exit the doctor's house as well as when loading a saved game
With Erich Hoover's patch (comment #48) I'm getting: 1) the radio is working 2) no crash when exiting the house/loading a saved game 3) of course, background music is still playing
So the patch worked on my system in every aspect.
Fedora 15 Alsa 1.0.24 Pulseaudio is not running
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #50 from olof olof_nord_@hotmail.com 2011-07-18 18:50:19 CDT --- With Erich Hoover's patch (not the pulse patch) (comment #48):
The pip-boy is working partially, until the one talking on the radio says something about playing a song. Afterwards the radio is just silent. If I save and close to main menu and then load the save again, the radio is there for like 5-10 minutes, until he wants to play another song. I also do not have any background sound in the menu.
But the ambient sounds, wind and footsteps are there all the time. So really it is only the pip-boy radio which is not working as it should, and the already mentioned background menu sound. If I recall correctly the menu background sound was there before, with the earlier patches.
The only console output I get is "fixme:d3d:resource_check_usage Unhandled usage flags 0x8.". I seem to get quite a lot of those.
wine-1.3.24-216-gd385675 Ubuntu 11.04 Alsa 1.0.23
thank you for the effort you put in this. I really appreciate it.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #51 from olof olof_nord_@hotmail.com 2011-07-18 19:02:04 CDT --- (In reply to comment #50) I now realize that it is my own fault as I thought that I did not need the pulseaudio patch if I just switched from pulseaudio to alsa (gstreamer-properties). But when I do, the pulseaudio server is still running. Will return with proper tests later.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #52 from olof olof_nord_@hotmail.com 2011-07-20 11:15:17 CDT --- With both Erich Hoover's patch and the pulseaudio patch (comment #48) I experience no sound issues at all. I agree with GyB, with these two patches the issue is resolved. Worth noting here is when I'm playing I get the following console output:
"fixme:quartz:Parser_QueryInterface No interface for {2dd74950-a890-11d1-abe8-00a0c905f375}!"
Ubuntu 11.04 wine-1.3.24-216-gd385675 pulseaudio 0.9.22-24-g67d18
http://bugs.winehq.org/show_bug.cgi?id=24478
Mirko kug3lblitz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kug3lblitz@gmail.com
--- Comment #53 from Mirko kug3lblitz@gmail.com 2011-08-29 08:24:06 CDT --- I cannot confirm this to be fixed in Fallout 3. I applied both Erich Hoovers patch and reversed commit 64b14c0ecdd13530a92ff636c451523a99253a0b (to get pulseaudio working). The behavior i experience with wine 1.3.25 as well as latest git (wine-1.3.27-2) on Ubuntu 10.04 are:
The Menu always works flawlessly (i have background music and other sounds).
With builtin quartz.dll, i have no audio at all when i load a game. I get a lot of fixme:quartz:Parser_QueryInterface No interface for {2dd74950-a890-11d1-abe8-00a0c905f375}!
With native quartz.dll (and winegstreamer disabled, or else the game crashes when loading a save game), i get a lot of the following messages and the background music stutters unbearably. Note: Illegal Audio-MPEG-Header 0xe1419d77 at offset 6217220. Note: Trying to resync... Note: Skipped 318 bytes in input.
All other aspects of the game run fine (so this should not be a performance issue). I also tried every combination of options conceivable in the winecfg audio tab (i.e. Acc. Full/ Emu and different combinations of Sample Rate and Bits Per Sample). These options don't seem to change anything.
The game works fine with vanilla wine 1.2.3 (except for the background sound of course).
My Fallout 3 also crashes with the patched wine when not started over the launcher, but i guess that's a different bug (and of little importance).
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #54 from Erich Hoover ehoover@mines.edu 2011-08-29 09:44:38 CDT --- (In reply to comment #53)
... I cannot confirm this to be fixed in Fallout 3. ...
I have been unable so far to get Fallout 3 working 100%, see comment #48:
I've attached a set of patches that seem to fix everything for F:NV; however, for F3 the music skips a little bit. It's rather irritating, but it's closer to working than nothing.
"A little bit" is somewhat of an understatement, but I believe I was poorly trying to describe how much time it skipped rather than how frequently it happened. I've been a bit busy lately, but I'll try to get these patches included when I can (which fixed F:NV) and after that I can work on figuring out Fallout 3.
http://bugs.winehq.org/show_bug.cgi?id=24478
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #35422|0 |1 is obsolete| |
--- Comment #55 from Erich Hoover ehoover@mines.edu 2011-09-12 13:42:51 CDT --- (From update of attachment 35422) The updated patches are now included in the latest git, so if people could please update and test it out that would be appreciated. It is worth noting that Fallout 3 still has stuttering issues that I need to work out and that I'm not working on the PulseAudio issue (either disable PulseAudio or revert commit 64b14c0ecdd13530a92ff636c451523a99253a0b).
(In reply to comment #53)
... With builtin quartz.dll, i have no audio at all when i load a game. ...
Maybe I didn't read your message carefully enough before... What is your list of disabled/native DLLs when using built-in quartz? It's worth noting that disabling mmdevapi on recent versions of Wine will completely disable all audio for the built-in DLLs.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #56 from Mirko kug3lblitz@gmail.com 2011-09-13 14:24:58 CDT --- (In reply to comment #55)
(From update of attachment 35422 [details]) The updated patches are now included in the latest git, so if people could please update and test it out that would be appreciated. It is worth noting that Fallout 3 still has stuttering issues that I need to work out and that I'm not working on the PulseAudio issue (either disable PulseAudio or revert commit 64b14c0ecdd13530a92ff636c451523a99253a0b).
(In reply to comment #53)
... With builtin quartz.dll, i have no audio at all when i load a game. ...
Maybe I didn't read your message carefully enough before... What is your list of disabled/native DLLs when using built-in quartz? It's worth noting that disabling mmdevapi on recent versions of Wine will completely disable all audio for the built-in DLLs.
The list of overrides is quite large (I think 'winetricks directx' as described on the AppDB page puts a lot in there), however i do not have mmdevapi in the list.
I may have not been clear enough in my first post: With built-in quartz I do have background music in the menu when I start the game for a very short time. My best guess is that the sound stops as soon as the first 'sound effect' occurs (which would be the change of the slides sound if you know the Fallout 3 intro).
Is there a way to output all the overrides? I don't really feel like typing out the 60-or-so overrides unless it's really necessary.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #57 from Erich Hoover ehoover@mines.edu 2011-09-13 14:34:00 CDT --- (In reply to comment #56)
... I may have not been clear enough in my first post: With built-in quartz I do have background music in the menu when I start the game for a very short time. My best guess is that the sound stops as soon as the first 'sound effect' occurs (which would be the change of the slides sound if you know the Fallout 3 intro).
I have both F3 and F:NV, I actually do my primary testing on F3... Funny story actually, I had the audio fully working for F:NV for over a day before I ever launched it and found out. Anyway, this sounds a lot like the PulseAudio issue... What distro are you using? Are you sure you ran the correct version of Wine to get around the PulseAudio problem? It's worth noting that I haven't actually tested the reversion fix in a while, I just temporarily disable PulseAudio to do my testing.
Is there a way to output all the overrides? I don't really feel like typing out the 60-or-so overrides unless it's really necessary.
Yes: 1) Launch "regedit" 2) Surf to "HKEY_CURRENT_USER\Software\Wine\DllOverrides" (click) 3) Go to the menu "Registry -> Export Registry File..." 4) Make sure the "Selected Branch" option is selected 5) Save the file somewhere convenient for uploading
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #58 from Mirko kug3lblitz@gmail.com 2011-09-13 14:55:39 CDT --- Created an attachment (id=36378) --> (http://bugs.winehq.org/attachment.cgi?id=36378) dll-overrides (see comment #55)
(In reply to comment #57)
Anyway, this sounds a lot like the PulseAudio issue... What distro are you using? Are you sure you ran the correct version of Wine to get around the PulseAudio problem?
I am using Ubuntu 10.04. I am certain that I'm using the right wine version (With the vanilla wine version I don't have any background music, with the patched one I do).
I attached all the dll-overrides, hope that helps.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #59 from Erich Hoover ehoover@mines.edu 2011-09-13 22:42:17 CDT --- (In reply to comment #58)
I am using Ubuntu 10.04. I am certain that I'm using the right wine version (With the vanilla wine version I don't have any background music, with the patched one I do).
Did you make sure you reverted commit 64b14c0ecdd13530a92ff636c451523a99253a0b? I just tested that this still works to make things work with PulseAudio (at least for me...).
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #60 from Mirko kug3lblitz@gmail.com 2011-09-14 05:21:58 CDT --- (In reply to comment #59)
Did you make sure you reverted commit 64b14c0ecdd13530a92ff636c451523a99253a0b? I just tested that this still works to make things work with PulseAudio (at least for me...).
What I did was a checkout on the git, then a 'git revert 64b14c0ecdd13530a92ff636c451523a99253a0b' and then i applied your patches. Is this correct?
The game is working as it should be with your patches, as long as i use native quartz. If PulseAudio were the issue I would experience the same problems with native quartz, would I not?
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #61 from Erich Hoover ehoover@mines.edu 2011-09-14 08:20:09 CDT --- (In reply to comment #60)
What I did was a checkout on the git, then a 'git revert 64b14c0ecdd13530a92ff636c451523a99253a0b' and then i applied your patches. Is this correct?
That should work... I'm really confused as to what could be your problem, have you tried running "which wine" to confirm that you are running the wine in "/usr/local/bin/"? As of Wine 1.3.21 you should get the music at the menu without any patches, so I'm a little puzzled by your comment #58 (unless you're using a really old version of Wine). What version of Wine are you compiling and patching?
The game is working as it should be with your patches, as long as i use native quartz. If PulseAudio were the issue I would experience the same problems with native quartz, would I not?
The way the audio is handled differs between the two, in this case that particular patch interacts poorly with PulseAudio (and only applies to built-in quartz). If you're using native quartz then none of my patches will be doing anything, they all apply to the built-in quartz.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #62 from Mirko kug3lblitz@gmail.com 2011-09-14 08:50:23 CDT --- (In reply to comment #61)
That should work... I'm really confused as to what could be your problem, have you tried running "which wine" to confirm that you are running the wine in "/usr/local/bin/"? As of Wine 1.3.21 you should get the music at the menu without any patches, so I'm a little puzzled by your comment #58 (unless you're using a really old version of Wine). What version of Wine are you compiling and patching?
I'm running wine directly out of the directory i compiled it in. I made the latest git when I first reported my problem, the version reports as wine-1.3.27-61-g3559ec3 I run 'WINEPREFIX=~/.wine-fallout3 ~/Misc/workdir/wine-fallout/wine Fallout3.exe'
If you're using native quartz then none of my patches will be doing anything, they all apply to the built-in quartz.
Hmm, but with native quartz I get the exact behaviour you described with your patches (I get background music in game, but radio stutters). Without any patches (i.e. also without the PulseAudio patch) I only have enviromental sounds and no background music (and only announcer on the radio).
I will look for an easy way to disable PulseAudio temporarily and then comment again. But I don't want to do anything to drastic to my system just to find out if that's the issue, sorry.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #63 from Erich Hoover ehoover@mines.edu 2011-09-14 09:31:47 CDT --- (In reply to comment #62)
... I'm running wine directly out of the directory i compiled it in. I made the latest git when I first reported my problem, the version reports as wine-1.3.27-61-g3559ec3 I run 'WINEPREFIX=~/.wine-fallout3 ~/Misc/workdir/wine-fallout/wine Fallout3.exe'
That seems wrong, unless I'm mistaken you need to change the default configure options or Wine will still look for DLLs in /usr/local/lib/wine. Did you configure Wine with the "--prefix" option? For example, if you wanted to avoid installing over an existing Wine installation you would run: -- ./configure --prefix=${HOME}/Misc/workdir/wine-fallout-build make && make install WINEPREFIX=~/.wine-fallout3 ~/Misc/workdir/wine-fallout-build/bin/wine > Fallout3.exe --
... Hmm, but with native quartz I get the exact behaviour you described with your patches (I get background music in game, but radio stutters). Without any patches (i.e. also without the PulseAudio patch) I only have enviromental sounds and no background music (and only announcer on the radio).
Hmm, have you tried re-compiling with my patches removed and using the "patched" Wine? I'm relatively certain that the stuttering problem I'm seeing is not related to quartz, so I would kind of expect that (I believe it's related to how dsound handles the system heartbeat).
I will look for an easy way to disable PulseAudio temporarily and then comment again. But I don't want to do anything to drastic to my system just to find out if that's the issue, sorry.
No problem, what I do is run a script that edits "~/.pulse/client.conf" to contain: -- autospawn = no -- and then I run "pulseaudio --kill". To get PulseAudio back I just delete that config file and run "pulseaudio -D". However, I think the problem is that you're using the wrong DLLs - so I don't believe this will fix anything for you.
http://bugs.winehq.org/show_bug.cgi?id=24478
Alex Bradbury asb@asbradbury.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |asb@asbradbury.org
--- Comment #64 from Alex Bradbury asb@asbradbury.org 2011-09-14 10:24:29 CDT --- (In reply to comment #63)
(In reply to comment #62)
... I'm running wine directly out of the directory i compiled it in. I made the latest git when I first reported my problem, the version reports as wine-1.3.27-61-g3559ec3 I run 'WINEPREFIX=~/.wine-fallout3 ~/Misc/workdir/wine-fallout/wine Fallout3.exe'
That seems wrong, unless I'm mistaken you need to change the default configure options or Wine will still look for DLLs in /usr/local/lib/wine. Did you configure Wine with the "--prefix" option? For example, if you wanted to
Nope, the wine script in the build dir will set up the LD_LIBRARY_PATH appropriately and will look in the local build tree rather than in /usr/local/lib. No need to make install.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #65 from Erich Hoover ehoover@mines.edu 2011-09-14 10:47:13 CDT --- (In reply to comment #64)
... Nope, the wine script in the build dir will set up the LD_LIBRARY_PATH appropriately and will look in the local build tree rather than in /usr/local/lib. No need to make install.
It looks to me like it sets it to ./libs/wine, which only contains libwine.so ...
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #66 from Mirko kug3lblitz@gmail.com 2011-09-14 12:42:59 CDT --- (In reply to comment #63)
That seems wrong, unless I'm mistaken you need to change the default configure options or Wine will still look for DLLs in /usr/local/lib/wine. Did you configure Wine with the "--prefix" option? For example, if you wanted to avoid installing over an existing Wine installation you would run:
I originally compiled with --prefix=/usr/local/bin/wine-fallout anyway, so I just quickly 'make install'ed it to make sure.I'm certain I read something along the lines of comment #64 before I tried all this, thats why I didn't install right away. I now run 'WINEPREFIX=~/.wine-fallout3 /usr/local/bin/wine-fallout/bin/wine Fallout3.exe'. A 'lsof -p `pidof wineserver`' shows that libs seem to be taken from the right place (e.g. /usr/local/bin/wine-fallout/lib/libwine.so.1.0), however the output does not contain quartz.dll.so. Should it? quartz.dll.so is available in this path.
The behaviour I experience is the same as before (although I sometimes crash while loading, but that might be due to a different region in the game I'm now in.)
Hmm, have you tried re-compiling with my patches removed and using the "patched" Wine? I'm relatively certain that the stuttering problem I'm seeing is not related to quartz, so I would kind of expect that (I believe it's related to how dsound handles the system heartbeat).
I will try that, but compiling wine takes quite a while on this PC.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #67 from GyB gyebro69@gmail.com 2011-09-14 13:49:58 CDT --- My experiences on Fedora 15, Alsa full hw. acceleration, PA not running, built-in quartz.dll, wine-1.3.28-193-g90e3bc5:
Fallout: New Vegas + there was a crash when you left the doc's house (and at other occasions)...that's fixed now. + background/menu music works + speech and music coming from the radio work
Fallout 3: + a similar crash when I turned on the radio/loaded a saved game...fixed now. + background/menu music work + speech, coming from the radio works - music coming from the radio does not work (after a few seconds music begins to crackle,stutter heavily).
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #68 from Erich Hoover ehoover@mines.edu 2011-09-14 14:48:27 CDT --- (In reply to comment #66)
... A 'lsof -p `pidof wineserver`' shows that libs seem to be taken from the right place (e.g. /usr/local/bin/wine-fallout/lib/libwine.so.1.0), however the output does not contain quartz.dll.so. Should it? quartz.dll.so is available in this path.
I would expect it to, have you disabled (or set "native") quartz in winecfg?
... I will try that, but compiling wine takes quite a while on this PC.
All you need to do (if you're running the same "version" of wine as you installed) is go to the ./dlls/quartz folder and run "make && sudo make install" (after patching). You do not need to recompile all of Wine.
(In reply to comment #67)
My experiences on Fedora 15, Alsa full hw. acceleration, PA not running, built-in quartz.dll, wine-1.3.28-193-g90e3bc5: ...
Sounds exactly like what I would expect, I believe the only thing left to resolve is the "stuttering" issue in F3. Rumor is that the PulseAudio problems might be resolved by upgrading to a new version of alsa-plugins, so for now I'm not looking into that problem.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #69 from Mirko kug3lblitz@gmail.com 2011-09-14 15:12:06 CDT --- (In reply to comment #68)
I would expect it to, have you disabled (or set "native") quartz in winecfg?
When I tested this, no. It was set to builtin.
(In reply to comment #63)
Hmm, have you tried re-compiling with my patches removed and using the "patched" Wine? ...
It just finished compiling (I did not know i could just compile quartz, thanks) and without your patches and only the PulseAudio revert I get the same behaviour. So it seems like my problem is unrelated to the patches, and probably something strange coming from my PulseAudio version etc.
I will try some things, maybe on another system if I get the chance. It seems, however, that my problem is not directly related to this bug. Thanks for the help so far. If you think there is any info I can provide that would help with this specific bug please let me know.
http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #70 from Erich Hoover ehoover@mines.edu 2011-09-22 14:49:17 CDT --- (In reply to comment #67)
My experiences on Fedora 15, Alsa full hw. acceleration, PA not running, built-in quartz.dll, wine-1.3.28-193-g90e3bc5: ...
- music coming from the radio does not work (after a few seconds music begins
to crackle,stutter heavily).
Since I do not have permission to do this myself, I would like to ask the Bugzilla watchers to mark this bug RESOLVED FIXED due to commit 09f134cb69209a94ca1a61da8841ea39d470f2a2. The remaining problem with the audio (stuttering in F3) is unrelated to the original issue and likely falls under one of the existing "audio stutters" bugs.
http://bugs.winehq.org/show_bug.cgi?id=24478
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #71 from Austin English austinenglish@gmail.com 2011-09-22 20:37:12 CDT --- (In reply to comment #70)
(In reply to comment #67)
My experiences on Fedora 15, Alsa full hw. acceleration, PA not running, built-in quartz.dll, wine-1.3.28-193-g90e3bc5: ...
- music coming from the radio does not work (after a few seconds music begins
to crackle,stutter heavily).
Since I do not have permission to do this myself, I would like to ask the Bugzilla watchers to mark this bug RESOLVED FIXED due to commit 09f134cb69209a94ca1a61da8841ea39d470f2a2. The remaining problem with the audio (stuttering in F3) is unrelated to the original issue and likely falls under one of the existing "audio stutters" bugs.
Fixed, thanks Erich!
http://bugs.winehq.org/show_bug.cgi?id=24478
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #72 from Alexandre Julliard julliard@winehq.org 2011-09-23 12:59:46 CDT --- Closing bugs fixed in 1.3.29.
http://bugs.winehq.org/show_bug.cgi?id=24478
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |09f134cb69209a94ca1a61da884 | |1ea39d470f2a2
http://bugs.winehq.org/show_bug.cgi?id=24478
angelhell93 angelhell93@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |angelhell93@yahoo.com
-
wine-bugs＠winehq.org