[Squall-Leonhart]

read legends post.

 

[Yogi]

read legends post.

It didn't work, I placed both msvcr70.dll & msvcr80.dll in the emulator's directory, plugin's directory & window's system32 directory, all didn't work!? Anyways, previously everything worked fine, i never had these files in the emulators' directory in the 1st place. What's wrong?

 

[Squall-Leonhart]

it requires both msvcp70 and msvcr70 dll's.

 

[Yogi]

it requires both msvcp70 and msvcr70 dll's.

Ahh....finally, it worked.


Thanks.

 

[tecnicors]

Xinput Support

Hi, i took the sources, and made the plugin capable of handling XInput controllers.
- Triggers and rumble are working.
- Separate configuration dialog (just tick XInput to see it). To configure it, just bind the N64 button to the XInput controller button. For rumble, just check raw data and select rumble pack as with any other control, do not select any FF-device and you will have rumble.

The xinput implementation is made, so the xinput control take over the direct input one, so you don't need to use the original config for the xinput pad.
You only can use the first xinput controller as the first N64 controller, and so on.
If you change the xinput controller configuration, you MUST click the save button located in the xinput config dialog, otherwise it won't change.
I've commented all the source changes i've made to make this work.
You may need the Visual C++ 2008 Redistributable Package (x86) for the plugin to work.

The changed sources and the plugin dll are attached.

 

[Mike.Reiner]

Hi, i took the sources, and made the plugin capable of handling XInput controllers.
- Triggers and rumble are working.
- Separate configuration dialog (just tick XInput to see it). To configure it, just bind the N64 button to the XInput controller button. For rumble, just check raw data and select rumble pack as with any other control, do not select any FF-device and you will have rumble.

The xinput implementation is made, so the xinput control take over the direct input one, so you don't need to use the original config for the xinput pad.
You only can use the first xinput controller as the first N64 controller, and so on.
If you change the xinput controller configuration, you MUST click the save button located in the xinput config dialog, otherwise it won't change.
I've commented all the source changes i've made to make this work.
You may need the Visual C++ 2008 Redistributable Package (x86) for the plugin to work.

The changed sources and the plugin dll are attached.

Thanks for this. One issue: There does not seem to be dead zone control when using Xinput. Works fine otherwise.

 

[jokomopo]

Does this help with the pokemon stadium 2 problem of going into gb tower mode

 

[p_025]

No, that's a problem with emulation accuracy in the emulator itself. As far as I know, Transfer Pak implementation is near perfect enough for it to work, the problem is in the core.

 

[jokomopo]

But is there another emulator that can play gb tower on pokemon stadium 2

 

[ebisc]

Hi,all.
I fixed the issue can't read savetype 0x05 such as Pokemon Crystal(Japan).

I will also start a Japanese translation.(If I have time to do...)

View attachment 208400

View attachment 208401

 

[p_025]

Hi,all.
I fixed the issue can't read savetype 0x05 such as Pokemon Crystal(Japan).

I will also start a Japanese translation.(If I have time to do...)

View attachment 208400

View attachment 208401

Maybe you can apply that to the source code http://forums.ngemu.com/1767539-post25.html that guy had. This is why I wish squall had put the source code on Google code. I'd be more than happy to do it myself.

 

[Danoobna]

I cannot get Project64 to recognize the n-rage plugin. When i try, it gives me a r6034 error and then fails to load msvcr80.dll.

When I use the N-rage debug, this is shown

*** DLL Attach (2.1 rc3-Debugbuild | built on Jul 9 2008 at 14:52:13)
Couldn't open INI file for input!
Autoselect language: 1033
Couldn't load library: NRage-Language-9.dll
couldn't load language DLL, falling back to defaults
CALLED: GetDllInfo
*** DLL Detach
---DEBUG FILE CLOSED---

 

[p_025]

Did you bother to read the rest of this thread?
Get these two DLLs:
msvcr80.dll free download - DLL-files.com
msvcp80.dll free download - DLL-files.com

and either put them in C:\windows\system32 or your Project64 directory (NOT your plugins directory).

 

[Danoobna]

I did both of them, but i am still getting the error message pertaining to msvcr80. Put them in system32 and the directory but still getting the error message.

And i did read the rest of the thread

Did you bother to read the rest of this thread?
Get these two DLLs:
msvcr80.dll free download - DLL-files.com
msvcp80.dll free download - DLL-files.com

and either put them in C:\windows\system32 or your Project64 directory (NOT your plugins directory).

 

[deathdroid]

If anyone is interested I have added it to the 1964 emu SVN with all the patch's from this thread(Note that it has being named 1964Input since it replaced the old one that was included with the 1964 source code.
emu-1964 - Project Hosting on Google Code

 

[Squall-Leonhart]

Hi,all.
I fixed the issue can't read savetype 0x05 such as Pokemon Crystal(Japan).

I will also start a Japanese translation.(If I have time to do...)

View attachment 208400

View attachment 208401

um... what?

your full of ****, theres no issue with pokemon crystal, it uses the same rombank as the E and U versions which also work.

I don't believe you have permission to change the projects name without consulting Nrage and Rapiddiety.

I did both of them, but i am still getting the error message pertaining to msvcr80. Put them in system32 and the directory but still getting the error message.

And i did read the rest of the thread

put them in syswow64.

 

[deathdroid]

I don't believe you have permission to change the projects name without consulting Nrage and Rapiddiety.

I'm pretty sure the GPL v2 doesn't state anything against doing so.
If they don't like it they can contact me and I'll fix it up.(I may just change it back anyway since the only difference is the project name and the dll file name.

 

[[-SC-] Willz]

it requires both msvcp70 and msvcr70 dll's.

I just took the time to register on these forums to personally thank you for finally helping me to get the nrage overhaul to work...ive been trying stuff suggested on other forums about all sorts of dll's and system 32 and the msvcp/cr80 dlls but nothing was working...i finally come here after the millionth google search tonight and downloaded both msvcp70 and msvcr70 and put them in my P64 folder and it FINALLY WORKED! Thanks to you i can finally play ROMS using my xbox360 controller! So thanks, and keep up the good work =)

 

[[-SC-] Willz]

Hi, i took the sources, and made the plugin capable of handling XInput controllers.
- Triggers and rumble are working.
- Separate configuration dialog (just tick XInput to see it). To configure it, just bind the N64 button to the XInput controller button. For rumble, just check raw data and select rumble pack as with any other control, do not select any FF-device and you will have rumble.

The xinput implementation is made, so the xinput control take over the direct input one, so you don't need to use the original config for the xinput pad.
You only can use the first xinput controller as the first N64 controller, and so on.
If you change the xinput controller configuration, you MUST click the save button located in the xinput config dialog, otherwise it won't change.
I've commented all the source changes i've made to make this work.
You may need the Visual C++ 2008 Redistributable Package (x86) for the plugin to work.

The changed sources and the plugin dll are attached.

This is great, thanks =D

 

[ebisc]

your full of ****, theres no issue with pokemon crystal, it uses the same rombank as the E and U versions which also work.

Pokemon Crystal in Japan is used difference SRAM size to record Mobile System's data.
In File header, UE's SRAM size is 03(32KB), but Japanese is 05(64KB).

The issue was this plugin don't know SRAM size "05" in header.
So I added it.