Project

General

Profile

Actions

Emulator Issues #10490

closed

(GJBE5G) Bomberman Jetters does not boot as of 4.0-9154 (PR #3601) (Timing)

Added by ehw about 7 years ago. Updated over 2 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
Yes
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
4.0-9154
Fixed in:
5.0-15579

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 30

08: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...


Related issues 1 (1 open0 closed)

Related to Emulator - Emulator Issues #12826: Bomberman Jetters - Random Hangs in Single CoreAccepted

Actions
Actions #1

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.

Actions #2

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...

Actions #3

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.

Actions #4

Updated by gamemasterplc about 7 years ago

Dual core on solves this glitch also for some reason.

Actions #5

Updated by JMC4789 about 7 years ago

it's a super tight timing issue. Dualcore has differnet timings

Actions #6

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)
Actions #7

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.

Actions #8

Updated by fwd18821 almost 4 years ago

The issue is still present in 5.0-13412.

Actions #9

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.

Actions #10

Updated by JMC4789 almost 3 years ago

  • Milestone deleted (Current)

Dualcore has been force enabled in this title after Stenzek said it needs FIFO read ahead.

Actions #11

Updated by JMC4789 almost 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.

Actions #13

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.)

Actions #14

Updated by pokechu22 over 2 years ago

Actions

Also available in: Atom PDF