I haven’t heard of that but it may be possible. I don’t use Windows or know how to write drivers for it so you have to ask someone else or make a new thread.
Current BlueMSX doesn’t support disk images. The Stand-alone version has a really nice feature to cycle between disks contained in a zip file.
It would be great to have that in Retroarch.
I wish most cores to have an option to debug/view only certain sprite layers, like some emulators do. This way would open the possibility to experiment with different shaders per layer in order to find the best looking result for a core or a game.
The unified shader system across all cores is one of the best features RetroArch has unlike other applications, and I think it should be exploited.
Mednafen PSX-related feature request: An overclock mode that actually tampers with the clock speed. To be exact, it would make the emulated CPU run at the same clock speed it does on some PS2 systems, about 37 MHz. There would be three modes: One to just loosen the timings like the current overclock does, one that only changes the clock speed to the clock speed the PSX CPU runs at on the PS2, and one where it does both.
Not sure if you can prevent audio from speeding up, though.
About the MAME/FBA cores: Could be a way to bypass/serialize the internal mame options (that blue menu) directly to the Options menu for that core, in RetroArch? I don’t know if this is even possible…
we can break some of the options into core options but we figured it’s easier and less confusing for users to just keep the built-in menus intact in this case.
How about a way to remove cores from inside RA instead of having to open the core folder and delete them manually?
How about a way to remove cores from inside RA instead of having to open the core folder and delete them manually?
Also, an option to check for updates to cores that have already been downloaded.
guicrith: how do you feel about the lack of microphone-button support for the FDS?
(edit: there would also be the inaccurate NES sounds, but this one sounds like a longstanding bit of nagging – since 2013)
gamepad detection for cores to detect whether or not controllers are really unplugged so that the unplugged game screens can come up.
snes n64 psx
mostly
@McSwingles Have you tried going into settings > input > player * binds and changing the device to ‘none’?
Why? What I’m asking is for those 3 cores to look at windows to see if it’s really plugged in regardless of what retroarch says so we can get to see stuff like this:
And for psx, half the games autopause and/or give special messages or just messages telling you that your controller is unplugged. This isn’t needed for the other cores. Maybe for the future cores. But it isn’t need for other cores because nothing happens on those real consoles when one is unplugged. Going for the geniune feel here. As of now, every core does nothing during this time. that’s why half of my psx games I play on retroarch and the other half still on epsxe because one set does nothing during this time, and the other set does do things.
And for all the cores that you don’t need this for, you could actually add a retroarch only feature where if one is unplugged that normally wouldn’t do anything, it would automatically press start when one is disconnected. Sure, pressing the system button would do that by going to the retroarch menu, but what about those ppl who have that menu disabled so third party ppl wouldnt go in those menus and mess a config up? Know what I mean Vern?
1 Like
@radius: yes, I’m sure explaining what I meant about a certain feature, which is what this thread is about…features, is derailing it… are you saying that setting it to none will have the controller still work? is that what you’re saying? because all I hear is trying to start a fight instead of explaining yourself like a human being. don’t got time for your nerd arguments. Go ahead on back to pcsx2 forums for that trolling bs. I requested a simple thing, stop attacking me, because it is you who is derailing a thread when you come at someone with some ol bs. Otherwise, you should stay out of convos you aren’t involved in if no one is talking to you. That is, if you WANT to prevent problems. But knowing you. Problems are very much what you want.
And since I got a dumb response from somebody I wasn’t even talking to, since you want to speak, answer this: If it is changed in the ini, does it actively read the ini to make the change occur instantly after you change it in the ini? This is so I can use ahk to achieve this myself so I wont have you following me talking trash everywhere I go from now on. Can you answer that? Nope, you probably won’t. Youll probably just say nothing now. Oh but you wanted to be soooo helpful though.
“Read the OP again. He made a thread about core requests. This would need support on both ends of the API.” How would a user know that a core would not be able to do this? You didn’t care, you just wanted to flame somebody.
Thanks for the infraction of you being an ass. “And the thread has officially de-railed now.” —> YOU. Learn how to talk to ppl and stop being a jackass. You intended to be nothing but by your words.
" There is no need to be insulting either." Speak for yourself for it was you who wanted to be that way.
“And I’m not giving “nerd arguments” I actually know the codebase and I was “explaining like a human being” why this isn’t possible. You could yank the cord, cut it, destroy the pad, whatever. That won’t cause RetroArch to forward a “controller is disconnected” message to the core since the RetroPad is always active since it’s also used as a controller for the menu (via kbd, overlay, mice, or network sockets).”
This is what you could have said the first time instead of being what you were. Yet you still didn’t answer the question that would speed everything up a keep from ‘derailing the thread like you ever so wanted’. Does the program read the ini instantly or what so that I can do it my self?
.CFGs you knew what i meant, but yet you still want to continue to be an ass…
@hunterk, if referring to the retroarch control area and not the core, when I shut the controller off, it auto switches to none so I dont think that’ll do it. But what about the auto pause thing then? Does that work the same way or would that be easier to tell retroarch that if it reads as ‘none’ to press the start button (since it’s being read as always connected)?
Hmm, not sure. Can you name some games that should have these behaviors?
Well as far as that goes, that would be a unique feature only to retroarch for every core. I don’t know if the program (retroarch) can still press buttons programmatically when the controller isn’t in but I just thought I’d ask. Most of the games that use it, just press the start button. But some games like that n64 link, display special messages. But some real games that just press the start button when the controller isn’t in include (psx) Bomberman - Party Edition, Bust a move 99, chocobo racing, gekido urban fighters, legend of mana, nba jam extreme, parasite eve II, resident evil survivor, xenogears, xmen vs sf, etc. Those are just a few.
But if buttons can still be pressed programatically, this feature is best suited for the cores so a user could use it along with the per game/core settings feature.
EDIT -Also, as far as other cores, I’d like to see a rumble boost for psx up to 200% as an option. Current rumble is a bit weak compared to epsxe with pokopom input plugin.
-up to 6xbrz for the psx core (because it’s better for 3D games with stretched textures. 2D can still use scalefx for performance)
-Nintendo DS rumble pak support
One feature that would be useful is proper .dsk support for BlueMSX. As it is now, 95% of the library post MSX 1 is not available due to it being disk games (SD Snatcher, Xak, etc). Also support for the various audio cartridges that the disk games made use of such as Konami’s SCC+
1 Like
I’d like dsk support too.
For the particular cartdriges I could make an entry in RetroArch\system\Databases\msxromdb.xml like this at the end:
<software>
<title xml:lang="en">Aleste 2 (rom conversion)</title>
<system>MSX</system>
<company>Compile</company>
<year>1989</year>
<country>JP</country>
<dump>
<original value="false" />
<megarom>
<type>KonamiSCC</type>
<hash algo="sha1">e93d0840c59c6eba273df546d22148d486a150a6</hash>
</megarom>
</dump>
</software>
You need to check the hash of your rom.
Or just add/edit the “megarom” part if the game is already in the list.
1 Like