Adding DRC (Wii U GamePad) support to Not64 (basing in FIX94's work) (experimental, needs testing)

[saulfabregwiivc]

Hi there @Extrems
As a member of GBAtemp and GitHub, i would like to contribute for the first time with Not64, with these commits i've made in the source code i will try to add DRC (Wii U GamePad) support.

These code were taken principally from @FIX94's mupen64gc-fix94 (which is based in Wii64 Beta 1.1 too), using the great library libwiidrc (https://github.com/FIX94/libwiidrc).

Remember, this contribution is still experimental, so this need to be tested. If you can compile a build of Not64 with these changes for test it with another friend, I will be grateful.

EDIT: there are two extra commits for try to add of the best way the libwiidrc library usage, can you review them?

Please review these changes, and if they are sucessful, can you merge them?

Thanks, @saulfabregwiivc

[Invictaz]

Very nice pull request

[Xpl0itU]

Could anyone provide a built version?

[saulfabregwiivc]

@Extrems didn't add this to Not64 yet.
But we need a compiled test build of Not64 which includes my code for add DRC (Wii U GamePad) support.
Since Not64 is built using devkitRice, i can't compile it by myself.

[saulfabregwiivc]

@Extrems any chance for review my pull request and merge this to main Not64? This emu is the only one to have missing Wii U GamePad support.

[saulfabregwiivc]

@Extrems didn't add this to Not64 yet. But we need a compiled test build of Not64 which includes my code for add DRC (Wii U GamePad) support. Since Not64 is built using devkitRice, i can't compile it by myself.

use this not64-20161209.zip

that's the source code of Not64 r20161209, but what stuff do i need for compile it?
(i mean:
devkitPPC version r???
libOGC version ????
portlibs version ????
other stuff i need on my devkitPro for compile?)

And this doesn't require that private toolchain devkitRice?

[leodexe]

Honestly, this emulator is better than Cube64 and Wii64, Both Cube64 and Wii64 sucks, Yeah i think i prefer this over Wii64,

I don't think so. Some games run better on Not64, like F-Zero X, that's true, and some games are only playable on Not64, like Diddy Kong Racing Adventure Two (Mirror Mode). But Not64, specifically it's graphic plugins glN64 has flaws. So that's why Wii64 with Rice plugin despite being outdated for more than a year than Not64, it still has better performance with some specific games, namely Goldeneye, Perfect Dark, Mario Kart 64 (30 and 60FPS Hacks), and Cruisn'n World. The only flaw with Not64 is that is being developed with only one GFX plugin in mind, which severely limits it's compatibility, I know developing these kind of things may be actually difficult given that emukidid hasn't updated Wii64 in a while, but someday I hope both projects are merged and we can eventually enjoy an unified N64 emulator for the Wii with both graphic plugins having performance upgrades. Speaking of which, the games where Not64 runs better now have achieved more stable framerate, which Wii64 is lacking behind but it will catch sooner or later.

For the time being, it's just better to use both emulators because one will always outperform the other in some games.

[gilmorem560]

Non-value-added commentary but I've been interested in plinking around in this codebase over the years, but have never quite figured out how to even build it. I've only tried with vanilla devkitppc a few times, other times I've tried pulling down libogc and stuff and targeting a generic ppc-unknown-elf toolchain, neither of which have I ever really gotten into a workable state with this codebase to actually get a running elf.

Is there a current set of build requirements and instructions somewhere? I seem to recall reading things in code that suggested that this isn't targeting upstream devkitppc but rather some modified libogc somewhere. Am I off base?

[carnage702]

Non-value-added commentary but I've been interested in plinking around in this codebase over the years, but have never quite figured out how to even build it. I've only tried with vanilla devkitppc a few times, other times I've tried pulling down libogc and stuff and targeting a generic ppc-unknown-elf toolchain, neither of which have I ever really gotten into a workable state with this codebase to actually get a running elf.

Is there a current set of build requirements and instructions somewhere? I seem to recall reading things in code that suggested that this isn't targeting upstream devkitppc but rather some modified libogc somewhere. Am I off base?

yeah not64 uses a custom devkit so you cant build it for all we know, you can easily build wii64 which has most of the not64 fixes and rice plugin, you can mod it at will https://github.com/emukidid/Wii64

[AndroidDimitris]

Could the Not64 emulator for vWii have the ability in Manual Input settings to choose Wii Classic Controller Pro? My example is the EMIO Wii U Pro controller which has button to switch from Wii Remote to controller Pro. Could Not64 set so that this controller could function as Wii Classic controller Pro or Wii U Pro controller inside the game?

[Extrems]

I don't understand the question. Both the Wii Classic Controller Pro and Wii U Pro Controller are supported.

[AndroidDimitris]

The meaning is having an ability to set for use the Wii Remote horizontally as we use the Classic pro controllers in the game and not motion sensor, with a setting, either motion sensor or simple gamepad. Στις Σάβ, 17 Ιουν 2023, 5:49 μ.μ. ο χρήστης Extrems < ***@***.***> έγραψε:

…

I don't understand the question. Both the Wii Classic Controller Pro and Wii U Pro Controller are supported. — Reply to this email directly, view it on GitHub <#4 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BAUAGPX4REOVCTWWD53V6XTXLW7WFANCNFSM5KJOQJ3A> . You are receiving this because you commented.Message ID: ***@***.***>

[AndroidDimitris]

I think that 3rd party Wii U Pro controllers don't work on Not64, as mine.

I don't understand the question. Both the Wii Classic Controller Pro and Wii U Pro Controller are supported.

[carnage702]

I think that 3rd party Wii U Pro controllers don't work on Not64, as mine.

I don't understand the question. Both the Wii Classic Controller Pro and Wii U Pro Controller are supported.

this is normal, most fake/3rd party controllers have a very hard time working on homebrew in general because they have diferent call setups so dont buy fake/3rd party if you expect to use it on homebrew, also its preety damn hard for extrems to add support for that specific controller if he himself doesnt own one to check the calls.

[JCuadroHernandez]

Hello, I really appreciate the work you have done recently with not64
I have always been curious about adding 240p resolution, is this possible?

[Extrems]

240p has been supported for the past 9 years.

[JCuadroHernandez]

240p has been supported for the past 9 years.

How do I activate it?

[Extrems]

VideoMode = 3

[grandosegood]

hey all, did this get added to the update that was released last month?

[Zeox-Gamer]

@grandosegood
I think this emulator will not work on the WiiU gamepad in the future.

I think the solution is to just have it for the original controller because the parallels won't work and I understand that because it is a Wii emulator, not a WiiU, for the Wii it fulfills its role well, the way will be to wait for it to happen. In the future, if there is an N64 emulator for the WiiU, it is better to leave the Wii emulator only on the Wii.

Currently the only Wii N64 emulator that has more support for WIIU controls is the wii64 1.3, and wii64 1.3 rice, and it also has more compatibility on the wii u, but it is also another one that has not been updated for years, a sad reality.

For the WiiU, currently in 2024 it's only worth using the Wii64 as I said and the injections of the N64 virtual console into the WiiU.

[Codythedragonrude]

I can't create a pull request so i will ask here
Can you include an option to disable bilinear filtering? turning this off fixes the text bug in quest 64 aka the pink outline on text

[gilmorem560]

I can't create a pull request so i will ask here Can you include an option to disable bilinear filtering? turning this off fixes the text bug in quest 64 aka the pink outline on text

If you can't open a PR but have code in hand, you could probably just share patches here. If you are digging around in the filtering behavior and have actually figured out how to mess around with it, you might consider looking into the 3-point sampling the N64 uses for filtering, that may address whatever problem is at play in a more accurate manner. Just a suggestion, doesn't warrant discussion in this thread though especially given it's a PR that has already been demonstrated as not really necessary. For the record 3-point sampling is one of the things I'd want to add if I could figure out how to build and manipulate this repo properly...