I would guess you could just make an option that says "Patch requires Header" then it does a pass to add a header -> apply patch -> remove header -> done, just like the TUSH method.
-
Ever wanted an RSS feed of all your favorite gaming news sites? Go check out our new Gaming Headlines feed! Read more about it here.
SNES Mini Classic Hacking | More games, more borders, more gooder.
- Thread starter Robin64
- Start date
I would guess you could just make an option that says "Patch requires Header" then it does a pass to add a header -> apply patch -> remove header -> done, just like the TUSH method.
Or just removes $200 from the ips values at the point of patching.
But yes, it's odd this isn't a thing that any app added. It wouldn't stop people getting it wrong, but would give an easy second option to try if their first attempt failed because they didn't know what they were doing so much.
The source code is nicely written, and I understand.. a chunk of it.
Wouldn't be too hard to have an option when adding an IPS that asks "Does this patch require a headered ROM?"
We already know if the user is supplying a headered ROM or not based on the file size. So then one of four things will happen:
Headered ROM + Headered Patch = Apply IPS values then remove ROM header
Unheadered ROM + Headered Patch = Apply IPS values - $200
Headered ROM + Unheadered Patch = Remove ROM header then apply IPS values
Unheadered ROM + Unheadered Patch = Apply IPS values
I'll have a proper look tomorrow at work, I have more tools for that sort of thing there.
--------------------------
The other option is we convince romhacking.net to stop hosting old patches that require headered ROMs. We've moved on now, so someone could "easily" get all the patches that require headers, run them through ipsbehead, and reupload them.
Wouldn't be too hard to have an option when adding an IPS that asks "Does this patch require a headered ROM?"
We already know if the user is supplying a headered ROM or not based on the file size. So then one of four things will happen:
Headered ROM + Headered Patch = Apply IPS values then remove ROM header
Unheadered ROM + Headered Patch = Apply IPS values - $200
Headered ROM + Unheadered Patch = Remove ROM header then apply IPS values
Unheadered ROM + Unheadered Patch = Apply IPS values
I'll have a proper look tomorrow at work, I have more tools for that sort of thing there.
--------------------------
The other option is we convince romhacking.net to stop hosting old patches that require headered ROMs. We've moved on now, so someone could "easily" get all the patches that require headers, run them through ipsbehead, and reupload them.
You played it on the SNES Classic? Please we need a save near the ending to test a glitch. Just connect the SNESC to hakchi, open save manager, export the save, and upload somewhere.
Nothing that can be done about it. Either someone makes a fastrom patch better than the one sluffy made, or disassembles Canoe to optimize the emulation of the game.
You can FTP into the SNES and extract your games.
SNES games were plagued by slowdown. It never bothered me one bit, but other people hated it.
The fish section gets slower than normal in the SNESC, but the original had a bit of slowdown too, specially when there was a lot on screen (missiles, laser, enemies, bullets and a HUGE FUCKING FISH)
The fish section gets slower than normal in the SNESC, but the original had a bit of slowdown too, specially when there was a lot on screen (missiles, laser, enemies, bullets and a HUGE FUCKING FISH)
Last edited:
It always cracked me up when people would report the slowdown in Super Ghouls 'n Ghosts as an emulation issue
I've mastered that game back in the day. I've tried the restoration patch that also removes the slowdown, however, for me, it makes it play like an entirely different game! The game isn't the same without the slowdown!
When Virtual Console switched to 60Hz games and I got to play many old SNES games as US version for the first time, the extra slowdown compared to the PAL versions was the first thing I noticed. It is kinda annoying when you remember these games running "better", but then again 50Hz was hardly "better".
Search for -KM Mednafen NGP HMOD- thats the Core for NGP and NGPC
Yeah man, exact same experience here. It's been weird seeing how many US games have slowdown where our PAL ones were fine other than running completely slower all round.
Sure I'll see if I can do that this weekend. I have a save state at the escape sequence. Or do you mean the battery save file?
The credits did glitch out on me at the end.
Well, if you used the game's native save, then yes, the battery save will be there. But if you ONLY used save states, then no, the battery save will not be there. Is there any way you can load your save state and save the game like you would normally do with a real cartridge?
I thought upon loading a savestate, it generates the sram?
EDIT: Just checked, it does.
Last edited:
It generates one yes, but if you never saved in wherever the game allows you to save (inn? world map? menu?), then it won't have a valid sram file. I need the sram because that's what I can load on a PC emulator, which sluffy would need to possibly fix the text issue.
Hey guys!
I've just noticed that there's a new version of Hackchi2 (I'm at v2.21f and the new one it's 2.30) Should I update my SNES Mini? It's worth it? Where can I find a tutorial to update? I don't want to kill mi SNES.
Also, is Top Gear 2 working? I'm having a black screen when I start the game :(
I've just noticed that there's a new version of Hackchi2 (I'm at v2.21f and the new one it's 2.30) Should I update my SNES Mini? It's worth it? Where can I find a tutorial to update? I don't want to kill mi SNES.
Also, is Top Gear 2 working? I'm having a black screen when I start the game :(
I'll stay on 2.21f for the moment, I don't have any reason to update since all my games ar working fine.
I used the sfrom tool to convert my roms from .smc to .sfrom and now Top Gear 2 works perfect! (Don't know about 2 players)
Unless it doesn't let you save in the escape sequence, yes. I used the native game save function regularly but I don't know how close the last one to the ending was. If it's not that close I can play through a bit from a previous save since I know all the solutions at this point.
A native save as close to the ending as possible would be great. And directions to get to the ending would be aces too :P
I tried googling a lot, and found similar files. I tried to rename a file that was almost that name, but the file extenion was not hmod. Offcourse that did not work. :P Seems like it's not a part of the core packs I'm finding.
Now I am looking into applying a re-translation patch to Final Fantasy VI. Is it recommended to run all patched games in retroarch instead of the included emulator?
Which core pack are you using? Try KMFDManic's pack here: https://github.com/KMFDManic/NESC-SNESC-Modifications/releases
The Neo Geo Pocket (Color) hmod is called "_km_mednafen_ngp_4_12_18.hmod"
Thank you, you are all so helpful. I am very grateful! :) I'll start working on it. On a side not: Playing the Snes mini with my 4 year old daughter and my wife is such a joy. Connecting old systems is such a hassle, but with this little thing I am actually going back to my joys of my youth. Ah nostalgia :)
Interesting topic on Retroarch: https://www.resetera.com/threads/re...put-latency-than-the-original-hardware.36992/
Wonder what the chances are this update gets applied to Retroarch on the Classic?
Wonder what the chances are this update gets applied to Retroarch on the Classic?
The link to the KM retroarch pack is in the penultimate paragraph of the OP. It's not so obvious. Robin, can we change it to the full URL rather than the linked "here" word? Cheers
This feature is available in RetroArch 1.7.2a that is already available from hakchi resources or the hmod store in the latest Hakchi2CE.
I'm yet to try it.
Dragon Quest III in Japanese is fine, but the translation can't be fixed. It uses memory that the SNES Mini can't access, basically.
Hmm, keep the thread posted.
I'm just waiting for the day we get input lag equal to the Classic itself, so that we can then just insert whatever game we want through Retroarch, SNES or otherwise.
Is it actually implemented on the SNES Mini build or just listed in the UI?
The UI for the Neo and KMFD builds have a lot of options that are holdovers from the fully functional Retroarch but not actually implemented and don't do anything if you change the settings.
I'd be surprised if this is actually fully supported as even the Raspberry PI that's far more powerful then the SNES Mini can't come close to playable frame rates emulating the NES with it enabled let alone the SNES.
Also I know I'm late (been busy) but I can confirm that patch rock2a for Rock n Roll Racing fixes all issues. The game seems perfect now. Could not spot any anomalies! Hail sluffy!
I'm currently running hakchi 2.21f. What are the pros and cons of upgrading at this point? It seems like the way patches work is easier, or do I have that wrong? Also I know that I need to download the new patch file, so does updating hakchi make that whole process easier or harder?
I'm really inexperienced with all of this, and I'm looking for some direction and maybe what to do to update what I currently have.
I'm really inexperienced with all of this, and I'm looking for some direction and maybe what to do to update what I currently have.
No need to update. You can patch the games yourself or use SFROM Tool to build the "perfect" ROM, and then you just add that to hakchi. But if you want to update, you ca use this: https://hakchiresources.com/hakchi-easy-installer-updater-app/