Emulator Issues #10791
closedlibogc ucodes aren't implemented in DSPHLE
0%
Description
Game Name?
Project M Launcher (attached)
What's the problem? Describe what went wrong.
Freezes upon playing game. Doesn't occur with DSP LLE.
What steps will reproduce the problem?
- Launch Project M Launcher with DSP HLE
- Press "Play"
- Observe freeze. See attached log. Probably has something to do with the "Unknown mail sent to AX::HandleMail"
Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.
5.0-6177
What are your PC specifications? (CPU, GPU, Operating System, more)
Samsung Galaxy Note8 (SM-N950U)
Qualcomm Snapdragon 835
Octa-core (4x2.35 GHz Kryo & 4x1.9 GHz Kryo)
Adreno 540
6GB RAM (LPDDR4)
Baseband version N950USQS2BQK2
Kernel version 4.4.21
Android 7.1.1
and
Win 10 Pro x64
Intel Core i7-4702MQ CPU @2.20GHz
GeForce GT 750M
GeForce Game Ready Driver 390.65
Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)
Project M Launcher can be used to load most Gecko OS compatible Brawl mods too.
For Android Gecko OS can run Brawl mods at about 11 FPS due to needing the cached interpreter (see #10786).
Project M Launcher + LLE gets the FPS in the upper 30's!
Files
Updated by ryanebola16 almost 7 years ago
Placing a reminder here for me to move ...\Dolphin Emulator\GameSettings\00000000.ini when testing fixes for this since I made it force DSPHLE = False
Updated by leoetlino almost 7 years ago
- Subject changed from Project M Launcher freeze to libogc ucodes aren't implemented in DSPHLE
- Status changed from New to Accepted
- Priority changed from Normal to Low
- Issue type changed from Bug to Feature request
Updated by ryanebola16 almost 7 years ago
Could we remove the low priority status? A lot of people use the Project M Launcher for loading codes, Android doesn't have code editing in the UI, and Gecko OS has even worse problems.
Updated by leoetlino almost 7 years ago
It's been a known issue since 2015 and this is the first feature request about it AFAIK. Based on that, I'd say this is low priority, at least for the developers.
Updated by ryanebola16 over 4 years ago
- Priority changed from Low to Normal
Now that I'm a developer who's interested in getting this implemented I can make it not low priority! No idea if this is difficult though.
Can someone tell me where ucodes can be found in Dolphin and then I can read up on them? If someone also knows where to find the ucodes to implement within libogc that will be helpful too.
Updated by JMC4789 over 4 years ago
Your best bet would be hopping onto our IRC channels and asking questions.
Updated by ryanebola16 over 4 years ago
From IRC:
A new ucode of CRC 0xa81582e2 needs to be implemented.
Dolphin handles this at https://github.com/dolphin-emu/dolphin/tree/master/Source/Core/Core/HW/DSPHLE/UCodes
libogc handles this at https://github.com/devkitPro/libogc/tree/master/libaesnd/dspcode and https://github.com/devkitPro/libogc/tree/master/libasnd/dsp_mixer
Updated by ryanebola16 about 4 years ago
I don't know when I'll get around to looking into this again but I dumped the relevant UCodes.
And the launcher's "config.xml" still calls unknown opcodes even with:
<useSoundEffects>false</useSoundEffects> <useMusic>false</useMusic>
Updated by ryanebola16 about 4 years ago
- Related to Emulator Issues #10865: Super Smash Bros. Brawl: File Patch Code prevents masterpiece games from loading added
Updated by ryanebola16 about 4 years ago
- Related to Emulator Issues #11113: Gecko OS DSI exception occurs when Emulated or Real Wii Remote is connected added
Updated by ryanebola16 about 4 years ago
- Related to Emulator Issues #10896: Real Wii Remotes don't reconnect when using Gecko OS or Minima Launcher added
Updated by ryanebola16 about 4 years ago
- Milestone set to Current
Since the likely related issues involve serious errors and unknown opcodes I think this should be part of the Current milestone. Feel free to remove that status if the opcodes are actually unrelated to libogc.
Updated by JosJuice about 4 years ago
- Milestone deleted (
Current)
A new feature this big with this little developer interest can't warrant a Current milestone in my opinion.
Updated by JosJuice about 4 years ago
Regarding the issues you marked as related, have you tested that they occur with DSP HLE but don't occur with DSP LLE? If that isn't the case, they're not related to this issue.
Updated by ryanebola16 about 4 years ago
I marked this as Current because it may fix other Current issues. Shouldn't we attempt to implement the relevant opcodes in the related issues before removing the Current status? Also, does that mean I should assume all libogc codes work in DSPLLE if I'm using a NAND dump? I'll retest the issues to make sure they work with DSPLLE and not DSPHLE.
Updated by JosJuice about 4 years ago
I don't know what a NAND dump would have to do with it, but if there is an issue with libogc ucodes when using DSP LLE, such as unimplemented opcodes, then that is a valid issue that has no relation to this issue. This issue is about HLE implementation of libogc ucodes only.
Updated by ryanebola16 about 4 years ago
Oh I just realized that a real DSP ROM isn't part of the NAND dump. Ok this all makes sense now. I'll assume that the unknown opcodes I found in the related issues are likely the causes of those issues. And if any of the related issues occur with DSP LLE I'll unlink them from this issue. Sorry for the confusion.
Updated by ryanebola16 about 4 years ago
- Related to deleted (Emulator Issues #10865: Super Smash Bros. Brawl: File Patch Code prevents masterpiece games from loading)
Updated by ryanebola16 about 4 years ago
- Related to deleted (Emulator Issues #11113: Gecko OS DSI exception occurs when Emulated or Real Wii Remote is connected)
Updated by ryanebola16 about 4 years ago
- Related to deleted (Emulator Issues #10896: Real Wii Remotes don't reconnect when using Gecko OS or Minima Launcher)
Updated by pokechu22 over 2 years ago
- Status changed from Accepted to Work started
I've implemented one version of the libasnd ucode here: https://github.com/dolphin-emu/dolphin/pull/10763
Looking in DSP.zip, it seems like 0xA81582E2 corresponds to a different version of the libasnd ucode (as opposed to it being the libaesnd ucode), so it probably wouldn't be too hard to implement in that PR or a later one, though there's some strange behavior with the binary included in libogc not matching the source exactly, as well as padding being different. (There hasn't been any update to the libasnd ucode itself since 2011, but they did change to compiling it as needed in 2020).
Updated by pokechu22 over 2 years ago
- Fixed in set to 5.0-16730
The asnd ucode has been implemented as of 5.0-16730. aesnd still needs to be done, though.
Updated by pokechu22 over 2 years ago
- Related to Emulator Issues #12990: eduke32 (Wii port) uses modified libaesnd not supported by DSP-HLE added