Hacking Nintendont

[naxil]

any possibilty for add xbox usb pad to hid device?? that's file from torvalds linux can be usefull?
https://github.com/torvalds/linux/blob/master/drivers/input/joystick/xpad.c

Thanks, if is possible add this kind of pad, tons of other pad is added

 

[JoostinOnline]

Fix94 is the developer of many apps including the current version of WiiFlow. Oh and he's also a Mod here, the kid has many talents lol.

He's not from America though, so you can't trust him

 

[MassiveRican]

^ LMAO so much distrust how is it that people work with u Joostin ;-P

 

[faku1810]

then there should not have been any commits since r13.

What he meant was that instead of committing the changes you could have done the same as OverJoy, build a beta with your changes and make some select people test it out. When you're sure everything is done, you could commit the changes.

The way I see it though, I kinda understand that you'd want to commit after so much work in case some new revision changed something and you had to review your code again or stuff like that. But if that was the case and you were going to commit an "incomplete" or "not fully tested" change, you should have commented your new lines and leave the original code as it was.

If you did it like that, you'd be letting other devs know that there was some work in progress being done and they'd either skip over your code or warn you if something in it would be affected by changes they made; and the Wii U users wouldn't be having issues right now.

Of course it all comes down to whether you wanted it to be tested or not, and you're free to ignore this post since it's just me voicing my opinion. I've tested the rev and it works for me, but I have a Wii and a HID controller, so the issue can be either exclusive to the Wii U, or due to the kind of controller they're using.

 

[JoostinOnline]

^ LMAO so much distrust how is it that people work with u Joostin ;-P

I don't actually believe that stuff, I just love playing the American stereotype.

then there should not have been any commits since r13.

You must be mistaken, that's when I started making commits.

 

[MassiveRican]

I know, and I feed into it cuz it's funny, what can I say stereotypes make for some good bonding.

 

[NEO117]

Been out of the loop for a while and I have a question.

Can I simply run the GC games off the DVD drive with Dual shock 3 support? I have an older Wii and a bunch of GC games that work just fine.

 

[faku1810]

Been out of the loop for a while and I have a question.

Can I simply run the GC games off the DVD drive with Dual shock 3 support? I have an older Wii and a bunch of GC games that work just fine.

I think you can't because to run the games the usual way, the Wii would get in Gamecube mode and the usb ports are probably disabled. And nintendont doesn't read from the DVD-drive.

 

[NEO117]

I think you can't because to run the games the usual way, the Wii would get in Gamecube mode and the usb ports are probably disabled. And nintendont doesn't read from the DVD-drive.

Awww shucks... Thank you.

 

[boomario]

Been out of the loop for a while and I have a question.

Can I simply run the GC games off the DVD drive with Dual shock 3 support? I have an older Wii and a bunch of GC games that work just fine.

This bunch of GC games are genuine or not? Because if it is you can use Devolution and use a dualshock 3 and mem. card emulation and then you can play just fine without any additional hardware.

 

[Jayro]

Any new builds or developments on this yet?

 

[JnL_SSBM]

Any new builds or developments on this yet?

Yea, r65 it's playable, r66 too but HID controller doesn't work anymore due a bad asm coding n.n

 

[Jayro]

Okay, I'll try out r65 until a newer build comes out. Got a link to it by chance? ^^;

 

[gamer765]

Okay, I'll try out r65 until a newer build comes out. Got a link to it by chance? ^^;

Download loader.dol from r65 https://code.google.com/p/nintendont/source/detail?r=65

What he meant was that instead of committing the changes you could have done the same as OverJoy, build a beta with your changes and make some select people test it out. When you're sure everything is done, you could commit the changes.

The way I see it though, I kinda understand that you'd want to commit after so much work in case some new revision changed something and you had to review your code again or stuff like that. But if that was the case and you were going to commit an "incomplete" or "not fully tested" change, you should have commented your new lines and leave the original code as it was.

If you did it like that, you'd be letting other devs know that there was some work in progress being done and they'd either skip over your code or warn you if something in it would be affected by changes they made; and the Wii U users wouldn't be having issues right now.

Of course it all comes down to whether you wanted it to be tested or not, and you're free to ignore this post since it's just me voicing my opinion. I've tested the rev and it works for me, but I have a Wii and a HID controller, so the issue can be either exclusive to the Wii U, or due to the kind of controller they're using.

That's not how software development works; you can't just "skip over" code you haven't seen yet, much less get a warning that the changes made will interfere. FIX94 committed because the commits since r13 were starting to deviate drastically from what he was working with and it would be harder to integrate his changes and he'd have to do heavy modifications to his code.

 

[faku1810]

That's not how software development works; you can't just "skip over" code you haven't seen yet, much less get a warning that the changes made will interfere. FIX94 committed because the commits since r13 were starting to deviate drastically from what he was working with and it would be harder to integrate his changes and he'd have to do heavy modifications to his code.

That's why I said "commit with the new lines commented", the code is still there but it's not used and you can see what it's supposed to do. And if you include a patch file that fully applies the changes (I'm sure you can include a DL link with the notes you write when committing) then the devs can test the new code without affecting the end user with an incomplete code. But as I said, that depends on whether he wanted it to be tested or not, if he simply wanted to commit before the code is too hard to integrate then my idea isn't that bad. Also, what I meant with "skip over" was that if a dev see there's work being done in HID (for example) then they'll just look at it but will concentrate on working somewhere else, OR if you see that your work will conflict with something someone else was doing, why wouldn't you tell them?

Anyways, that's just the way I see it, it may be wrong because I don't have experience with how the work is done in this kind of open source project (I've always wondered how people can work without knowing what the others are working in, I'd expect that more than once you'll find that someone finished the same thing you were doing and commited it before than you; unless of course they talk in private about the development and stuff)

 

[JoostinOnline]

That's not how software development works; you can't just "skip over" code you haven't seen yet, much less get a warning that the changes made will interfere. FIX94 committed because the commits since r13 were starting to deviate drastically from what he was working with and it would be harder to integrate his changes and he'd have to do heavy modifications to his code.

Are you aware that FIX94 didn't create the Nintendont or the USB build?

Anyway, commits do not necessarily indicate a stable build. They are just a way for devs to make changes and easily revert them if something is broken.

 

[JoostinOnline]

Anyways, that's just the way I see it, it may be wrong because I don't have experience with how the work is done in this kind of open source project (I've always wondered how people can work without knowing what the others are working in, I'd expect that more than once you'll find that someone finished the same thing you were doing and commited it before than you; unless of course they talk in private about the development and stuff)

We recently started a private discussion so we could get a little coordination to the project. I would have done it sooner, but I stopped paying attention for awhile and hadn't realized how many people had joined.

 

[faku1810]

This bunch of GC games are genuine or not? Because if it is you can use Devolution and use a dualshock 3 and mem. card emulation and then you can play just fine without any additional hardware.

I think Devolution is a USB/SD loader just as nintendont, the only difference (besides compatibility and all that) is that it requires the DVD's for verification. What he wants is to load the games from the DVD, without ripping them.

 

[gamer765]

Are you aware that FIX94 didn't create the Nintendont or the USB build?

Anyway, commits do not necessarily indicate a stable build. They are just a way for devs to make changes and easily revert them if something is broken.

Yes, I am fully aware of that. I in no way said it was a stable build, I simply commented that FIX94 committed his changes before the code changed too much, making it harder for him to sync his tree, but w/e.

 

[MassiveRican]

There's a huge difference in the way Devo and Nintendont actually work. They're not very similar and are actually quite the opposite from each other in how they achieve GC emulation loading.