Splinter Cell Pandora Tomorrow requires replacing Wine DLLs

[NTULINUX]

Not sure if Wine bug, game bug or DSOAL bug, but dropping the 32-bit DSOAL DLLs into the syswow64 directory in .wine fixes the problem with EAX not working correctly with Splinter Cell Pandora Tomorrow. I have dsound.dll set to native in winecfg.

Simply using offline/system for the .dll location does not work.

Hope this helps someone somewhere!

[mirh]

Like the others in the saga the game uses eax unified, which means it loads directsound through COM.
So you just forgot to run DSWRP.

p.s. as I pointed out here, overrides in wine should not have been needed since a month

[NTULINUX]

This is odd.. EAX works in Pandora Tomorrow but not the original Splinter Cell even with DSWRP.

All I get pertaining to audio even with DSOAL_LOGLEVEL=3 is:

0170:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
0170:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
0180:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
0180:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
0194:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
0194:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
01a0:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
01a0:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
0124:err:d3d:wined3d_swapchain_resize_buffers Something's still holding back buffer 0 (0351D6C8).
0124:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
01b4:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts.
01b8:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
01b8:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub

And then if I switch dsound.dll to builtin:

0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (09F51A28,00000004,0,00000000): stub, faking success

EAX is grayed out either way.

Thank you though for the info, I never heard of DSWRP before! WINE=1 should be specified at run-time if using Wine, this was not documented, just sharing this.

[bjb43]

This is odd.. EAX works in Pandora Tomorrow but not the original Splinter Cell even with DSWRP.

All I get pertaining to audio even with DSOAL_LOGLEVEL=3 is:

0170:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
0170:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
0180:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
0180:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
0194:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
0194:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
01a0:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
01a0:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub
0124:err:d3d:wined3d_swapchain_resize_buffers Something's still holding back buffer 0 (0351D6C8).
0124:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
01b4:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts.
01b8:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",74C0825C): stub
01b8:fixme:avrt:AvRevertMmThreadCharacteristics (12345678): stub

And then if I switch dsound.dll to builtin:

0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (044825E0,00000004,0,00000000): stub, faking success
0144:fixme:dsound:IDirectSoundBufferImpl_AcquireResources (09F51A28,00000004,0,00000000): stub, faking success

EAX is grayed out either way.

Thank you though for the info, I never heard of DSWRP before! WINE=1 should be specified at run-time if using Wine, this was not documented, just sharing this.

If I'm not mistaken, EAX was removed at least from the GOG version of Splinter Cell. In case you're using that version, that might be the reason why you see it being greyed out even when dsoal is installed correctly.

[mirh]

As pointed out here and here the GOG and UPlay versions of the games are bugged.
In 2019 they decided to sign and re-release the binaries, and somehow some functions were put behind jumps (and after some very very very poor extra diffing in Ghidra, I think at least one was GetSystemInfo-related).

Class EchelonMenus.EPCSoundConfigArea function Verify3DSound enables the EAX button only if the 3D acceleration one is checked and if IsEAXCapable returns true.
That in turn equals the variable EAX_Capable from EPCGameOptions Engine.Actor.GetGameOptions().
...
Then I completely loose the tracks (it's unclear to me how Engine.dll decides to load the library, even though I could confirm it happens) but in DareAudio.dll there is a literal UDareAudioSubsystem::IsEAXCapable function that calls SND_fn_bIsEAXCompatible from SNDDSound3DDLL_VBR.dll. And I'm pretty sure that's supposed to have the normal yada yada.

Long story short I believe that in nopping the exe, they broke the in-between steps of the check (which Joshhhuaaa/EnhancedSC#98 just patches on regardless in the menu).

Fun fact: this actually made me realize the problem is all into the settings menu, and if you start the game with EAX=True and never toggle the in-game options it will still work as it should.