search

emoose / xenia

Non-maintained mousehook/stfs & other hacks branch, check https://github.com/marinesciencedude/xenia-canary-mousehook for more up-to-date version.
http://xenia.jp
Other
91 stars 5 forks source link

Various Additions to Support dash.xex #40

Closed halotroop2288 closed 2 years ago

halotroop2288 commented 2 years ago

Basically, completely rewrites your whole thing on top of all the new changes.

I'm proposing this to you so you can still be in charge of the real PR.

Screenshots:

(I have no idea why the build is called "master", it's built on branch "dashboard")

OOBE on 1888 Dash on 1888

OOBE on 6719 Dash on 6719

halotroop2288 commented 2 years ago

I would ask what's next for the dashboard but I kind of already did the research with Gliniak.

Gliniak's commit that pre-allocates the encrypted memory region needs to be merged so that NXE will not crash before starting. He says that it hasn't been merged yet because more research may be needed, as it behaves strangely, and is seemingly only used for the dashboard.

Your branch, profile-gpds-rebase needs to be rewritten, to implement XamProfileEnumerate so that the NXE loading screen will go away.

After this, Xenia, or perhaps the guest gets stuck in a loop, where the log looks like this:

G> F8000004 Loaded tiled 1280x720x1 2D k_8_8_8_8 texture with 1 unpacked mip level, base at 0x1F6F8000 (pitch 1280, size 0x00398000), mips at 0x00000000 (size 0x00000000)
i> F8000028 VdSwap(BFBC9280, 7015F950, FFC9B008, 7015F9A0, BEEF0001, 7015F940(FF6F7000), 7015F93C(00000006), 7015F938(00000000), 7015F930(00000500), 7015F934(000002D0))
i> F8000004 XE_SWAP

Screenshots

Without pre-allocation, the guest crashes, but with it...

Without XamProfileEnumerate Before With XamProfileEnumerate stub (always return X_ERROR_NO_MORE_FILES) After

P.S.

Contact me on Discord if you want to chat about this feature. I would love to discuss it with you further!