Unwanted change in wine installation after reboot?

Questions about Wine on Linux
Locked
Spenjurmunni
Level 2
Level 2
Posts: 11
Joined: Fri Sep 13, 2013 9:16 pm

Unwanted change in wine installation after reboot?

Post by Spenjurmunni »

I recently managed to avoid bug 30557 in some video game that would make it crash when playing videos even though Winegstreamer wasn't enabled.

However, after rebooting my system this error appeared again and again. I don't remember performing any major change in my Linux installation. I resetted my wineprefix but I doesn't change anything. It seems like the only way not to get this issue is to uninstall and reinstall wine everytime I reboot... I really don't know what could make Wine change it's behavior.

BTW I'm using the latest build (1.7.8) and Arch Linux but I got the exact same behavior in Mint 15 and some earlier 1.7 wine build.

I tried to make myself as clear as possible but I'll do my best to answer you if any additionnal information is needed.

Thanks in advance! :)
User avatar
dimesio
Moderator
Moderator
Posts: 13367
Joined: Tue Mar 25, 2008 10:30 pm

Re: Unwanted change in wine installation after reboot?

Post by dimesio »

Spenjurmunni wrote:I recently managed to avoid bug 30557 in some video game that would make it crash when playing videos even though Winegstreamer wasn't enabled.
How? What exactly did you do? When you say "winegstreamer wasn't enabled," do you mean you explicitly disabled it in winecfg?
I resetted my wineprefix
What do you mean by this? What exactly did you do?
Spenjurmunni
Level 2
Level 2
Posts: 11
Joined: Fri Sep 13, 2013 9:16 pm

Re: Unwanted change in wine installation after reboot?

Post by Spenjurmunni »

dimesio wrote:
Spenjurmunni wrote:I recently managed to avoid bug 30557 in some video game that would make it crash when playing videos even though Winegstreamer wasn't enabled.
How? What exactly did you do? When you say "winegstreamer wasn't enabled," do you mean you explicitly disabled it in winecfg?
I checked the library tab a few times in winecfg and winegstreamer was nowhere to be found, which I found a bit surprising. Winegstreamer was never mentionned in the terminal output nor the debug report, which is why I assumed it was not enabled. Am I wrong? Is there anywhere any other place I have to check?
I resetted my wineprefix
What do you mean by this? What exactly did you do?
I deleted the .wine folder in my home directory and made a new one.
User avatar
dimesio
Moderator
Moderator
Posts: 13367
Joined: Tue Mar 25, 2008 10:30 pm

Re: Unwanted change in wine installation after reboot?

Post by dimesio »

Spenjurmunni wrote: Winegstreamer was never mentionned in the terminal output nor the debug report, which is why I assumed it was not enabled.
It's possible your Wine package was compiled without gstreamer support. You would need to ask your distro about that. It's also possible that the game in question doesn't do anything that uses winegstreamer. If there's nothing about winegstreamer in the terminal output, what makes you think that's what's causing the crash?

FYI, if your Wine does have gstreamer support compiled in, it is enabled by default, and you would have to explicitly disable it in winecfg.
I deleted the .wine folder in my home directory and made a new one.
Assuming the game was installed to ~/.wine and not somewhere else, that's the way to do it.

Post terminal output. http://wiki.winehq.org/FAQ#get_log
Spenjurmunni
Level 2
Level 2
Posts: 11
Joined: Fri Sep 13, 2013 9:16 pm

Re: Unwanted change in wine installation after reboot?

Post by Spenjurmunni »

Alright, I talked about this issue earlier but it has also been discussed in other threads too. It seems to be a pretty common isue with video games?

When Winegstreamer was used the game would skip MPEG files, consequently preventing the player from watching videos/cinematics. This is apparently bug 9127.

In my case, disabling winegstreamer in the previous distributions I used would result in a crash that give me a bug rebort similar the forst visible bug report written in the bug 30557 page.

When using Mint 15, I managed to make the video work after doing overrides with quartz, dirac, ffdshow (MPEG are read with libavcodec) and OGG. Everything went smoothly whether winegstreamer was enabled or not, at least for the beginning of the game until I rebooted my computer and got the same crash and bug report as stated above; winegstreamer disabled or not. Exact same thing is happening on my Arch installation now.

What bothers me is not really the bug itself but why I only run into it after rebooting. What is it that changed the way Wine and it's video codecs read the MPEG files? That's what I'd like to know. It also seems like the issue I'm having here isn't really winegstreamer but ffdshow and libcshroedinger.

Anyway, here is the terminal output:

Code: Select all

fixme:win:EnumDisplayDevicesW ((null),0,0x32f918,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f268,0x00000000), stub!
fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030
fixme:wbemprox:enum_class_object_Next timeout not supported
fixme:win:EnumDisplayDevicesW ((null),0,0x32e768,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32e548,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}.
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111
err:ole:CoGetClassObject no class object {da4e3da0-d07d-11d0-bd50-00a0c911ce86} could be created for context 0x1
err:ole:CoGetClassObject class {cc7bfb41-f175-11d1-a392-00e0291f3959} not registered
err:ole:CoGetClassObject no class object {cc7bfb41-f175-11d1-a392-00e0291f3959} could be created for context 0x1
err:ole:CoGetClassObject class {cc7bfb46-f175-11d1-a392-00e0291f3959} not registered
err:ole:CoGetClassObject no class object {cc7bfb46-f175-11d1-a392-00e0291f3959} could be created for context 0x1
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x45279f0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x9e76f00,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x3b2ff98,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x3523d98,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x353a0e0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x352f4e0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x352f218,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x352aa70,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x3501d50,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x347c770,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x3504030,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x3531210,1,0xdb1d9a8,0xdb1d9code]fixme:win:EnumDisplayDevicesW ((null),0,0x32f918,0x00000000), stub!
90): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x35316c0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcab4940,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcb11298,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcb6dbf0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcbca548,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcc26ea0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcc837f8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcce0268,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcd3ce88,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcd99890,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcdf63a0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xce52eb8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xceaf9b8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcf0c4b8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcf68fc0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xcfc5ad0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd0225e8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd07f0e8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd0dbbf0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd138700,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd195218,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd1f1d38,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd24e818,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd2ab320,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd307e30,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd364948,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd3c1468,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd41df48,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd47aa50,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd4d7560,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd534078,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd590b98,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd5ed6a0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd64a1b0,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd6a6cc8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd7037e8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd7602f8,1,0xdb1d9a8,0xdb1d990): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x12d8a130,0,(nil),(nil)): stub
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111
err:ole:CoGetClassObject no class object {da4e3da0-d07d-11d0-bd50-00a0c911ce86} could be created for context 0x1
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x12d8a130,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x12e748c8,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd9d77a8,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd9d7de8,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd78b400,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x12dfb778,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0xd9e2c08,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x12d95418,0,(nil),(nil)): stub
fixme:dsound:IDirectSoundBufferImpl_SetFX (0x12e6a0d8,0,(nil),(nil)): stub
wine: Unhandled page fault on write access to 0x91ac7ea5 at address 0x7b87355d (thread 002a), starting debugger...
User avatar
dimesio
Moderator
Moderator
Posts: 13367
Joined: Tue Mar 25, 2008 10:30 pm

Re: Unwanted change in wine installation after reboot?

Post by dimesio »

Try native dsound.
Spenjurmunni
Level 2
Level 2
Posts: 11
Joined: Fri Sep 13, 2013 9:16 pm

Re: Unwanted change in wine installation after reboot?

Post by Spenjurmunni »

Oh, videos work fine now. Wow. :o

However it seems like another issue has arisen. Sounds is crazy fast and make music and sounds barely audible. If I kill pulseaudio and use ALSA only the sound is somewhat echoed or delayed, which greatly slows down the game.
Sacha_D
Newbie
Newbie
Posts: 1
Joined: Thu Jan 22, 2015 1:45 pm

Re: Unwanted change in wine installation after reboot?

Post by Sacha_D »

To fix dsound:IDirectSoundBufferImpl_SetFX download dsdmo.dll. Copy it into C:\windows\system32 and C:\windows\syswow64.
Then run wine console and register both them:
regsvr32 C:\windows\system32\dsdmo.dll
regsvr32 C:\windows\syswow64\dsdmo.dll
Locked