Citra: Fatal Error in Super Street Fighter IV 3D Edition
I'm having a fatal error while trying to start the Super Street Fighter IV 3D Edition game on Citra, attached error log.
Luffykun007
All 17 comments
That log is pretty much useless, please enable the logging and upload a more complete log.
Subv
on 26 Sep 2017
You've set your log filter to Critical. Change it back to Info so the log will be more complete.
Leo626
on 26 Sep 2017
@Leo626 but as I go back the log for info?
Luffykun007
on 26 Sep 2017
Open Run (Windows key + R) and enter %appdata%/citra/config/qt-config.ini. Change the log filer and save.
Leo626
on 26 Sep 2017
@Subv i have a new log now I hope it's correct ,thanks for help @Leo626
Luffykun007
on 26 Sep 2017
This game is calling the old nwm::UDS Initialize function with command header 0x000102C2, whereas 3dbrew lists that command as 0x00010442, I suppose 3dbrew is wrong, then. This is the first time I see a game using that older function. The fix is just changing the command header in the nwm::UDS handler table to this value.
That's the cause of the crash, Initialize is supposed to return an event handle, but the application is receiving garbage instead.
Subv
on 26 Sep 2017
Luffykun007
on 9 Oct 2017
Before:
Service <Error> core/hle/service/service.cpp:HandleSyncRequest:95: unknown / unimplemented function'0x000102C2': port=nwm::UDS, cmd_buff[1]=0x14000, cmd_buff[2]=0x22F3AD7, cmd_buff[3]=0x6FF40000,cmd_buff[4]=0x6F0052, cmd_buff[5]=0x61006E, cmd_buff[6]=0x64006C, cmd_buff[7]=0x6F, cmd_buff[8]=0x0, cmd_buff[9]=0x0, cmd_buff[10]=0x82067F0, cmd_buff[11]=0x3D9DCC, cmd_buff[12]=0x0,cmd_buff[13]=0x150049
After:
Service <Error> core/hle/service/service.cpp:HandleSyncRequest:95: unknown / unimplemented function'Initialize (deprecated)': port=nwm::UDS, cmd_buff[1]=0x14000, cmd_buff[2]=0x22F3AD7, cmd_buff[3]=0x6FF40000,cmd_buff[4]=0x690043, cmd_buff[5]=0x720074, cmd_buff[6]=0x61, cmd_buff[7]=0x0, cmd_buff[8]=0x0, cmd_buff[9]=0x0, cmd_buff[10]=0x82067F0, cmd_buff[11]=0x3D9DCC, cmd_buff[12]=0x0,cmd_buff[13]=0x15006B
I'm not sure if these change of addresses affects the outcome but I have highlighted it for easier comparison. Regarding the crash, it might be due to the function is not implemented yet.
To implement or stubbed those function is out of my PR scope.
Ping @Subv for further investigation.
Dragios
on 9 Oct 2017
Just want to clarify, #3002 is not expected to "fix" this at all, because, as you can see, the function is not linked to any handler but nullptr. A proper fix would be to implement the function, or to link it to an existing function.
wwylele
on 10 Oct 2017
but the PR clearly says fix issue # 2959
Luffykun007
on 10 Oct 2017
That was what I thought initially. I will change the PR description.
Dragios
on 11 Oct 2017
nightly HEAD-a66e458
still happens
Debug log.zip
benderscruffy
on 5 Jan 2018
Any new stuff on this?
adityaruplaha
on 30 Jan 2018
Everything in the same here last tested on canary 347
Luffykun007
on 4 Feb 2018
As a workaround you can disable Fight Requests when selecting Arcade and it will work.
ivanmestre
on 10 Sep 2018
still happens in the latest nightly
citra_log.zip
and here is a log with disable fight requests so that it can go in game
citra_log.zip
Render.OpenGL
benderscruffy
on 5 Jan 2019
still crashes after the VS screen.
brujo5
on 21 Nov 2020
Related issues
KillzXGaming
·
3Comments
Schplee
·
3Comments
ghost
·
3Comments
Shuliyey
·
3Comments
EddyHg80
·
3Comments
Most helpful comment
This game is calling the old nwm::UDS Initialize function with command header
0x000102C2, whereas 3dbrew lists that command as0x00010442, I suppose 3dbrew is wrong, then. This is the first time I see a game using that older function. The fix is just changing the command header in the nwm::UDS handler table to this value.That's the cause of the crash, Initialize is supposed to return an event handle, but the application is receiving garbage instead.