Emulator Issues #10490
closed
(GJBE5G) Bomberman Jetters does not boot as of 4.0-9154 (PR #3601) (Timing)
0%
Description
Game Name?
Bomberman Jetters
Game ID? (right click the game in the game list, properties, info tab)
GJBE5G
MD5 Hash? (right click the game in the game list, properties, info tab, MD5 Hash: Compute)
aa77fb6553efe3866df8dd3f83a6a1d3 (this matches Redump.org, so this is a proper dump)
What's the problem? Describe what went wrong.
Bomberman Jetters no longer boots as of 4.0-9154 (PR #3601). Upon loading the game, Dolphin will hang at a black screen regardless of CPU/Audio/Graphic setting. The game produces no panic handler message or error in the dolphin.log file.
What steps will reproduce the problem?
Just load the game in any version after 4.0-9148.
It is important to make sure the bug hasn't already been fixed. Please tell us what the latest version you've verified the bug on.
4.0-9148 - Working
4.0-9154 - Not working
5.0 - Not working
5.0-5251 - Not working.
Is the issue present in the latest stable version?
Yes.
If the issue isn't present in the latest stable version, which is the first broken version?
4.0-9154
What are your PC specifications? (CPU, GPU, Operating System, more)
CPU: Intel i5 2500k
GPU: Nvidia GeForce 680 GTX
OS: Windows 10 x64
Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)
dolphin.log file output:
08:31:229 HLE\HLE_OS.cpp:82 N[OSREPORT]: 81200500->81300000|
Apploader Initialized.
08:31:229 HLE\HLE_OS.cpp:82 N[OSREPORT]: 8120051c->81300000| This Apploader built Nov 27 2003 11:33:00
08:31:651 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - EXI release build: Apr 17 2003 12:33:17 (0x2301) >>08:31:651 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - SI release build: Apr 17 2003 12:33:19 (0x2301) >>
08:31:718 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]:
08:31:718 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: Dolphin OS
08:31:719 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: Kernel built : Nov 26 2003 05:18:37
08:31:721 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: Console Type : Development HW3 (10000006)
08:31:721 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: Memory 24 MB
08:31:721 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: Arena : 0x804b5ba0 - 0x817fe820
08:31:721 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - OS release build: Nov 26 2003 05:18:37 (0x2301) >>
08:31:731 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - DVD release build: Sep 16 2003 09:50:54 (0x2301) >>
08:31:752 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - VI release build: Apr 17 2003 12:33:22 (0x2301) >>
08:31:754 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - GX release build: Nov 26 2003 05:19:07 (0x2301) >>
08:31:766 D3DState.cpp:85 E[Video]: Tried to apply without blend state!
08:31:766 D3DState.cpp:96 E[Video]: Tried to apply without depth state!
08:31:766 D3DState.cpp:107 E[Video]: Tried to apply without rasterizer state!
08:31:775 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - AR release build: Nov 26 2003 05:19:42 (0x2301) >>08:31:775 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - ARQ release build: Nov 26 2003 05:19:43 (0x2301) >>
08:31:776 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - AI release build: Apr 17 2003 12:33:54 (0x2301) >>
08:31:778 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - DSP release build: Apr 17 2003 12:34:16 (0x2301) >>
08:31:780 HW\DSPLLE\DSPHost.cpp:73 N[DSPLLE]: g_dsp.iram_crc: e2136399
08:31:780 HW\DSPLLE\DSPSymbols.cpp:86 E[DSPLLE]: Bah! ReadAnnotatedAssembly couldn't find the file ../../docs/DSP/DSP_UC_AX_E2136399.txt
08:31:797 DSP\DSPHWInterface.cpp:248 N[DSPLLE]: *** Copy new UCode from 0x80402c60 to 0x0000 (crc: e2136399)
08:31:807 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - CARD release build: Apr 17 2003 12:34:19 (0x2301) >>08:31:812 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: << Dolphin SDK - PAD release build: Aug 6 2003 04:30:02 (0x2301) >>
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 0 /H4M/majesco.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 1 /H4M/ngc_ci_q100_48043.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 2 /H4M/marmaid.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 3 /H4M/gran.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 4 /H4M/thunder.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 5 /H4M/fraime.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 6 /H4M/darkForce.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 7 /H4M/genbu.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 8 /H4M/seiryu.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] # 9 /H4M/suzaku.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #10 /H4M/byakko.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #11 /H4M/kirin.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #12 /H4M/prologue.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #13 /H4M/opening.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #14 /H4M/ending1.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #15 /H4M/ending2.h4m = OK
08:31:830 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [PSS] #16 /H4M/ending3.h4m = OK
08:31:846 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [FlowHeapClear] setNextFlow next_flow 30
08:31:866 D3DState.cpp:85 E[Video]: Tried to apply without blend state!
08:31:866 D3DState.cpp:96 E[Video]: Tried to apply without depth state!
08:31:866 D3DState.cpp:107 E[Video]: Tried to apply without rasterizer state!
08:31:872 D3DState.cpp:85 E[Video]: Tried to apply without blend state!
08:31:872 D3DState.cpp:96 E[Video]: Tried to apply without depth state!
08:31:872 D3DState.cpp:107 E[Video]: Tried to apply without rasterizer state!
08:31:872 HW\EXI\EXI_DeviceIPL.cpp:343 N[OSREPORT]: [FlowHeapClear] execute clear!! next_flow 3008:46:219 ..\src\cubeb_wasapi.cpp:1159 N[Audio]: Stop and join render thread.
08:46:219 ..\src\cubeb_wasapi.cpp:1202 N[Audio]: Closing thread.
08:46:219 ..\src\cubeb_wasapi.cpp:1159 N[Audio]: Stop and join render thread.
08:46:219 ..\src\cubeb_wasapi.cpp:1161 N[Audio]: No thread present.
08:46:431 D3DBase.cpp:465 N[Video]: Successfully released all device references!
There is a mention on the wiki that this game works in 5.0. I think this is a mistake though...
Updated by JMC4789 about 7 years ago
Ah good, you pre-emptively said it matches redump and saved me time. This game has a really common bad dump. I'll confirm this momentarily.
Updated by JMC4789 about 7 years ago
- Status changed from New to Accepted
- Milestone set to Current
- Regression changed from No to Yes
- Regression start set to 4.0-9154
Setting the emulated CPU Clock slightly higher fixes it for me.
This could be a timing issue. I don't think I can trick phire into looking into it, but I can try. It could be that our CPU emulation is too slow in some cases...
Updated by JMC4789 about 7 years ago
- Subject changed from (GJBE5G) Bomberman Jetters does not boot as of 4.0-9154 (PR #3601) to (GJBE5G) Bomberman Jetters does not boot as of 4.0-9154 (PR #3601) (CPUTiming)
A low as 109% will cause it to start functioning, which is well within our range of error considering how bad we are.
Updated by gamemasterplc about 7 years ago
Dual core on solves this glitch also for some reason.
Updated by JMC4789 about 7 years ago
it's a super tight timing issue. Dualcore has differnet timings
Updated by JMC4789 about 7 years ago
- Subject changed from (GJBE5G) Bomberman Jetters does not boot as of 4.0-9154 (PR #3601) (CPUTiming) to (GJBE5G) Bomberman Jetters does not boot as of 4.0-9154 (PR #3601) (Timing)
Updated by ehw almost 5 years ago
Just updating this issue since it's been a while. This issue is still occurring as of 5.0-11329 with no change in behavior. The game fails to load in single core mode unless you set the emulated CPU Clock to 109%, otherwise dual core mode with the default clock works.
Updated by
Updated by JMC4789 over 3 years ago
Just saying, my setfinish() hack fixes the timing issue here. Might be worth ya'll taking a look at.
Updated by JMC4789 about 3 years ago
- Milestone deleted (
Current)
Dualcore has been force enabled in this title after Stenzek said it needs FIFO read ahead.
Updated by JMC4789 about 3 years ago
It sucks that it's not working on Single Core or Netplay, but it is what it is. It was confirmed to be a bug caused by being more accurate rather than a bug in the implementation.
Updated by Miksel12 almost 3 years ago
Updated by pokechu22 over 2 years ago
- Status changed from Accepted to Fixed
- Fixed in set to 5.0-15579
Fixed in 5.0-15579 (see progress report), but no build exists for that; 5.0-15581 removed the dual-core configuration though: https://dolphin-emu.org/download/dev/e92e90d1474d028ba63a3e11b5528e30ebc72c85/
There are still residual timing bugs that can result in hangs (see #12826), but the game boots. (This is going off of the progress report and other issues; I haven't tested it myself.)
Updated by pokechu22 over 2 years ago
- Related to Emulator Issues #12826: Bomberman Jetters - Random Hangs in Single Core added