- Thread starter aliaspider
- Start date
- Views 2,005,592
- Replies 14,143
- Likes 86
- Joined
- Aug 7, 2008
- Messages
- 2,463
- Trophies
- 2
- Location
- Melbourne
- Website
- vaguerant.tumblr.com
- XP
- 3,302
- Country
There is currently no dynamic recompiler support in the Wii U build, so 32X (and maybe MD's Virtua Racing with the SVP chip?) have performance that falls a bit short of satisfying, as they must be fully software-emulated.
Running dynarecs on the Wii U is somewhat complicated, because memory can only be mapped as writable or executable, but not both--which is exactly how a dynarec works, writing and executing new code on the fly. To do a dynarec on Wii U, you have to toggle the dynarec's memory between writable and executable while the software is running, and the work to do that hasn't happened in RetroArch for Wii U in general or in PicoDrive specifically.
Like everything, it comes down to somebody with the interest, time and ability to step up and solve the problem, but full-speed 32X emulation is definitely theoretically possible on Wii U.
I think it's safe to say that they no longer want to work on the Wii U, no thanks in part to their focusing on the Switch port. Why? Because I'm cynical and they hate us.
Maybe just hack your switch and put the wii u to sleep
- Joined
- Apr 29, 2011
- Messages
- 31,284
- Trophies
- 2
- Age
- 38
- Location
- Dr. Wahwee's castle
- XP
- 18,969
- Country
Why?
With emummc to mitigate bans and nand restores being so easy there's no risk
With emummc to mitigate bans and nand restores being so easy there's no risk
Thanks but Wii U = Perfect emulation/simulation of Wii + Gamcube, while Switch probably will never reach that level
Last edited by depaul,
Some of us only hack a console after it's dead.
- Joined
- Jan 5, 2020
- Messages
- 91
- Trophies
- 0
- Age
- 36
- Location
- Três Barras, Brasil
- Website
- www.menteinsanabfs.blogspot.com
- XP
- 595
- Country
At this point I don't even buy consoles until they're dead or dying and already have hacks available. I can't be bothered waiting for the good games to be released and sorted out.
Absolutely fantastic news!Looks like there was a new PR merged earlier that caches cores info files, may speed up loading. Check it out in the next buildbot cycle and post results if it's any faster
https://github.com/libretro/RetroArch/commit/87e248f4eb2f91beb02154c2f3c30efa4c76f008
https://github.com/libretro/RetroArch/pull/12397
Can't wait to update the whole WiiU set.
Is the pull request build now live as nightly?
Has anyone tested it so far with the themes that loaded slow before? And does the main retroarch.rpx still fail with the error or is it fixed?
Last edited by ShadowOne333,
- Joined
- Apr 29, 2011
- Messages
- 31,284
- Trophies
- 2
- Age
- 38
- Location
- Dr. Wahwee's castle
- XP
- 18,969
- Country
Because there is no permanent/persistent CFW. Why hack Switch when I have numerous other devices that can do the same thing. There is literally no point.
- Joined
- Aug 19, 2015
- Messages
- 10,195
- Trophies
- 1
- Location
- Glasgow
- Website
- www.rockstarnorth.com
- XP
- 16,155
- Country
Well for me playing on the WiiU gamepad is by far the best way to play retro games. Don't know other people's reasons for doing so but that is mine.
- Joined
- Apr 3, 2017
- Messages
- 570
- Trophies
- 0
- Age
- 23
- Location
- Rio de Janeiro
- Website
- ninstar.carrd.co
- XP
- 2,117
- Country
Personally, I use it because Wii U has a very large library of homebrews combined with that of Wii, it is something convenient for me to use everything on just one console, with the plus of being able to have RetroArch in high definition.
- Joined
- Apr 29, 2011
- Messages
- 31,284
- Trophies
- 2
- Age
- 38
- Location
- Dr. Wahwee's castle
- XP
- 18,969
- Country
Why the hell does it matter what I use? That's not my problem.
I use PC, not Wii U, not Switch for emulation. Deal with it.
Last edited by the_randomizer,
Yes it is , it was added about an hour after I posted
I haven't had a chance to try out the build yet, but know you have to enable the setting in Settings/Core
You're in the wii u retroarch thread, why would I assume you use the Wii U for emulation..
1.9.3 is live on the buildbot.
http://buildbot.libretro.com/stable/1.9.3/nintendo/wiiu/
Changelog:
http://buildbot.libretro.com/stable/1.9.3/nintendo/wiiu/
Changelog:
- 3DS: Disable menu screensaver animations in XMB/GLUI
- COMMAND: Initialize netcmd->cmd_source_len before recvfrom()
- CONTENT LOADING/STATICALLY LINKED: Ensure 'Always Reload Core on Run Content' setting is applied when loading content via the file browser
- CONTENT LOADING/EMSCRIPTEN: Fix content loading via file browser on platforms with 'broken' core handling (i.e. emscripten)
- CORE INFO: Skip whitespace when writing compressed core info cache files
- CORE INFO/FILE IO: Core Info cache; significant file I/O performance improvements on systems with slow disk file I/O
- CORE INFO/FILE IO: Enable core info cache by default on all 'console' platforms
- FREEBSD: FreeBSD build fix
- LAKKA: Support for tweaking CPU governors/scaling policies
- LAKKA: This adds managed policies and settings to store them and reload them at startup
- LIBRETRO API: Add API extension for cores to override frontend fast-forward state
- MENU/RGUI: Fix saving of config files/overrides when 'Lock Menu Aspect Ratio' is enabled
- SHADERS: Fix 'Auto-Shader Delay' functionality
- UWP/D3D11: Disable mipmap generation
- UWP/XBOX: Add 'Force 4K resolution' option (Force the resolution to the fullscreen size on Xbox, if set to 0, a fixed value of 3840 x 2160 will be used)
