Project

General

Profile

Actions

Emulator Issues #8731

open

Project M - infinite "Invalid Read from to ..." error messages with AXNextFrame hook type

Added by rukariosake almost 9 years ago. Updated about 7 years ago.

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

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Game Name?
Super Smash Bros. Brawl (Revision 1)

Game ID?
RSBE01

What's the problem? Describe what went wrong in few words.
Warning message will pop up after running Project M for a while, like "Invalid Read from to 0xffffffbc PC = 0x801cba80", etc. and I can only end Dolphin's process.

What did you expect to happen instead?
Project runs properly all along.

What steps will reproduce the problem?

  1. Follow this guide for creating (1GB) virtual SD card for Project M https://wiki.dolphin-emu.org/index.php?title=Virtual_SD_Card_Guide
  2. Use Project M fullset - Homebrew OR Hackless method for 3.5 or 3.6b from http://projectmgame.com/en/download
  3. DSP LLE is preferable for homebrew apps, so enable it.
  4. Try to launch Project M with vanilla Brawl disc image.
  5. Battle for ~4 minutes

I've tested on two PC's, ripped Brawl in WBFS and ISO, same result. I've tested many developer builds, and the problem apparently introduced in 4.0-5531.


Files

Dolphin code -6.png (25.7 KB) Dolphin code -6.png Lucario, 04/09/2017 08:48 PM
Wii code 0.png (527 KB) Wii code 0.png Lucario, 04/09/2017 08:48 PM
Actions #1

Updated by JMC4789 almost 9 years ago

  • Priority set to High
  • Milestone set to Current
  • Regression set to Yes

4.0-5531 -> https://dolphin-emu.org/download/dev/8cc6e5cff9cff74483c3cc939f1bc7c934570549/

The problem could be caused by many things.

Actions #2

Updated by rukariosake almost 9 years ago

Just checked similar issue with Sonic Riders and I tried the workaround mentioned in there (speed up disc transfer rate) and it worked.

I wasn't able to open properties window for the Brawl in WBFS format (Unhandled exception). I will probably make another issue report for it later.

Actions #3

Updated by JMC4789 almost 9 years ago

So... we're at an impasse. We need miracle coders to show up.

Actions #4

Updated by JMC4789 almost 9 years ago

Just a question, with SUDTR off, does disabling panic handlers lead to a crash?

Actions #5

Updated by rukariosake almost 9 years ago

The game froze.

Actions #6

Updated by dieujusteschadracsc1 almost 9 years ago

where is it do you find "speed up disc transfer rate" ?

Actions #7

Updated by JosJuice almost 9 years ago

Right-click on a game and open the properties.

Actions #8

Updated by rukariosake almost 9 years ago

Now receiving invalid read/write even when SUDTR is enabled in latest Dolphin builds...

Dunno which build caused it

Somewhere 4.0-6970 and older

Actions #9

Updated by rukariosake almost 9 years ago

Has nothing to do with latest Dolphin builds, only 4.0-5531 I think.

I used my old Brawl saves that my Wii had it for long time and invalid read/write error becomes more common (consistently occurs in 4 min battle like usual) even with SUDTR enabled.

I will do more testing later...

Maybe invalid read/write all due to disc and save read being too slow?

Actions #10

Updated by rukariosake almost 9 years ago

OH RIGHT! Been overclocking Wii CPU to 400% by accident. My bad...

Actions #11

Updated by JosJuice almost 9 years ago

If you suspect that this is caused by the disc reads are too slow, try this PR. It's supposed to improve the accuracy of disc timing for Wii games, but we're not too sure how accurate it actually is. http://dl.dolphin-emu.org/prs/pr-1900-dolphin-latest-x64.7z

Actions #12

Updated by rukariosake almost 9 years ago

Tried that PR, still no good...

Actions #14

Updated by JosJuice over 8 years ago

  • Milestone deleted (Current)

I'm going to remove Milestone-Current from this for the same reason as issue 8725. I don't know how to fix the issue, I don't think anyone else does either, SUDTR is an acceptable workaround, and we need to get 5.0 out. I'm going to leave the Regression tag on for now since this never was broken in the past unlike Sonic Riders, but there's probably some underlying issue that versions before 4.0-5531 simply happened to work around. If anyone wants to have the Regression (and Priority-High?) tags removed, feel free to.

Actions #15

Updated by Lucario over 8 years ago

Apparently hooktype set as 7 (AXNextFrame) will cause invalid read/write in 4 min battle, while hooktype as 1 will not. It's up to you to label this issue as invalid or transform this into "AXNextFrame" issue.

Actions #16

Updated by JosJuice over 8 years ago

  • Subject changed from Project M - infinite "Invalid Read from to ..." error messages to Project M - infinite "Invalid Read from to ..." error messages with AXNextFrame hook type
  • Priority changed from High to Normal
  • Regression changed from Yes to No

I don't know whether the issue is valid, so I'll leave the status at New.

Actions #17

Updated by pauldacheez over 8 years ago

DSP LLE would probably fix this if it's hooking on something DSP-related.

I'll leave this open in case it's fixable in DSP HLE.

Actions #18

Updated by Lucario over 8 years ago

I remember I've tried other DSP modes, all same

Actions #19

Updated by Lucario about 7 years ago

This issue is still a thing as of 5.0-3301

Updated by Lucario about 7 years ago

Dolphin doesn't display this verbose screen in GPU backend other than SoftwareRenderer

Now I'm trying SoftwareRenderer, etc and run for 4 minutes battle in-game because I'm curious, noticed different error code between Dolphin and real Wii

It's somewhere between Smash Stack n Project M Launcher

Actions #21

Updated by JMC4789 about 7 years ago

It'll show up on hte hardware backends with RealXFB.

Actions #22

Updated by Lucario about 7 years ago

Okay, the verbose screen will show up with XFB as real (XFB as virtual untested)

It appears this code doesn't mean a thing.

Project M doesn't crash anymore with DSP ROMs dumped from Wii.

Actions #23

Updated by JMC4789 about 7 years ago

We emulate an up to date IOS; that exploit will no longer work.

Actions #24

Updated by Lucario about 7 years ago

Well, it crashed

Actions #25

Updated by JMC4789 about 7 years ago

  • Status changed from New to Working as intended

Some Exploits won't work, but the crash doesn't happen. Good enough for me.

Actions #26

Updated by JMC4789 about 7 years ago

  • Status changed from Working as intended to Accepted

Oh well. I read it too fast.

Actions #27

Updated by Lucario about 7 years ago

Sorry, I'll be back when I find the definitive culprit...

I assumed it'll never crash because I've got past 4 minute mark, apparently it's when I'm actually playing, not battle with only CPUs. Though the real Wii can run fine with all CPUs.

That reminds me, I have issue with another game I haven't opened ticket for it, it's controller related, though it doesn't crash but lag. It's really weird issue.

Actions

Also available in: Atom PDF