Homebrew [RetroArch] Nightly builds here!

[Radius4]

yeah if someone doesn't backport it I'll do it on the weekend

 

[shutterbug2000]

I think your input problems may be just you messing with inputs in one core and then that affecting another.
N64 is highly unlikely, the only N64 core we have is mupen and I don't think there are any NEON renderers for that, I guess angrylion (software based) would be possible but that's 10/20fps on a PC...

OK. Well I am thinking, if it can be tested to see, then everyone will know. That way would end the argument for some. LOL. That way if it can not be run at all, then everyone will know.
Is the NeoGeo going to have the Core Button Mappings?

yeah if someone doesn't backport it I'll do it on the weekend

Do desmume to calm the DS emulator questions as well

 

[Greymane]

hmmm, mGBA works again for me from the latest nightly. However it gives Invalid video register: 0x04E non-stop, it is quit hypnotising.

 

[Radius4]

Do desmume to calm the DS emulator questions as well

Impossibru, desmume is too slow, even for PC

 

[shutterbug2000]

Impossibru, desmume is too slow, even for PC

Lol ok

 

[Radius4]

syscard3.pce

 

[Smoker1]

Impossibru, desmume is too slow, even for PC

Only takes up to 15-18% of my CPU. Runs perfectly on my PC, even my old Laptop.

But actually, I ran into another Key Issue like the VB Core. B and D in NeoGeo went from A and X to L and R for some reason. I guess when remapping in CPS2, it translated to the other Cores. So yes, Neo would need it to straighten everything out if needed. But then, it might actually work out perfectly for CPS1 though. LOL

 

[teampleb]

Only takes up to 15-18% of my CPU. Runs perfectly on my PC, even my old Laptop.

But actually, I ran into another Key Issue like the VB Core. B and D in NeoGeo went from A and X to L and R for some reason. I guess when remapping in CPS2, it translated to the other Cores. So yes, Neo would need it to straighten everything out if needed. But then, it might actually work out perfectly for CPS1 though. LOL

Runs like shit on my PC. Lol.

 

[Smoker1]

Guess it depends on your GPU mainly. I got a crappy one and it works just fine

Just confirmed it. If you change a Button Mapping in CPS2, it changes in CPS1 and more than likely all the others. Think the Cores need their own Button Map Settings that will not affect other Cores.
Note: Using Build 21Sept 1659Hrs

 

[teampleb]

Guess it depends on your GPU mainly. I got a crappy one and it works just fine

Just confirmed it. If you change a Button Mapping in CPS2, it changes in CPS1 and more than likely all the others. Think the Cores need their own Button Map Settings that will not affect other Cores

I doubt it's because of my gpu. Lol. It's my CPU. I have a Core 2 Duo based Pentium.

 

[Radius4]

Guess it depends on your GPU mainly. I got a crappy one and it works just fine

Just confirmed it. If you change a Button Mapping in CPS2, it changes in CPS1 and more than likely all the others. Think the Cores need their own Button Map Settings that will not affect other Cores.
Note: Using Build 21Sept 1659Hrs

button mapping in settings? or core input remapping?

 

[Smoker1]

2.50Ghz Intel Core 2 Duo (Upgraded). Original was a 2.00Ghz. GPU is not even a real Intel GPU. Toshiba Manufactured GPU. LOL

Edit: Core Input Mappings

 

[Radius4]

desmume is CPU bound unless you use the GL renderer.
anyway it's really inefficient

2.50Ghz Intel Core 2 Duo (Upgraded). Original was a 2.00Ghz. GPU is not even a real Intel GPU. Toshiba Manufactured GPU. LOL
Edit: Core Input Mappings

That makes no sense, core input remapping loads a rmp file named after tha name that you see on the bottom left of the screen in RGUI, so for fceumm it will load fceumm.rmp.

One rmp can't affect another

 

[Smoker1]

I used the Core Input Mapping Options in CPS2 and it affects the other Cores. So more than likely they all need them and they need to be separate from each other

 

[Radius4]

They are separate, the remap is not loaded till the game is loaded.

 

[Smoker1]

Weird. I took sfa.zip, saved a Remap to take the Buttons for L and R and swapped them with the Buttons for A and X (Fierce and Roundhouse). Now, I run a fresh Install (Delete the Config Files) and Start CPS2 so new Config will be created. I load the Adjusted Button Mapping Save File so the Buttons are where I want them. Close CPS2. Now load CPS1 and run sf2.zip . No Button Mapping Option in this Emu. For some reason now, instead of Fierce and Roundhouse being at L and R with a fresh Config, they are now where they are as if I am running SFA.
So it is going into other Emus.

 

[Radius4]

what's the name on the bottom left corner when you load both cores?

 

[Smoker1]

1.2.2 - FBA Cores CPS1 v0.2.97.28
1.2.2 - FBA Cores CPS2 v0.2.97.28
1.2.2 - FBA Cores Neo v0.2.97.30

Edit: It is going into other Emus. CATSFC Has the issue also. A and X are now L and R. It is Loading the Remap File I use for SFA.zip

 

[Radius4]

I just tried the same exact procedure on PC and I don't have the problem:
Loaded SFA2, remapped LR to YB, saved as core remap
Loaded SF2, maps are fine

I can't really reproduce this and I haven't seen anyone else report this so idk...

--------------------- MERGED ---------------------------

ohhhh, you're just doing it wrong!
save the remap as a core remap, but DON'T LOAD IT

Go to settings/configuration and select Load Remaps Automatically (or something like that)
And done, it should load remaps whenever the core loads, when you load manually the remap file used is saved to the config file. When you let it load automatically it doesn't it just applies the remap.

 

[doctorgoat]

If you want to take screenshots and have 9.2 or under, use NTR CFW and it should be able to take screenshots during games. It'd be a good way to check expected output vs. real output to see if things are getting mangled during screen stretching.

Nearest neighbor will be a little weird and blocky, and now that I think about it I think snes9x_tyl used some type of filtering to deal with that.