Moderator: ZSNES Mods
In other words, you want the ZSNES staff to waste their time adding a hack system you could enable and disable (which would have more drawbacks than advantages) instead of spending time making the emulation actually better ? :pPlayer1 wrote:I said you could make a switch that turns all hacks of, I would volunteer to test games in an unhacked version. I don't want to bitch around, as I said I just see it from the user side and try to learn how everything works
I already have a switch to turn hacks off for myself. When I first tried running ZSNES hack free, I did it to see what it would be like. I was shocked to find that some games worked better!Player1 wrote: I said you could make a switch that turns all hacks of, I would volunteer to test games in an unhacked version. I don't want to bitch around, as I said I just see it from the user side and try to learn how everything works
Is that switch available in the distributed executables? I'd like to try it, too.Nach wrote:I already have a switch to turn hacks off for myself. When I first tried running ZSNES hack free, I did it to see what it would be like. I was shocked to find that some games worked better!
Could you talk a bit about this? I'm simply curious, I guess it was a mistake/bad phrasing from Sky Render, wasn't it?. And, of course, I think is better to ask here rather than to ask on RPGOne forums (since you are the emu authors).Since the new ZSNES releases have game-specific fixes that look at the game's internal name...
He didn't made any mistake. ZSNES game-specific hacks active themselves upon internal ROM name match.Shogetsu wrote:Sky Render said this on RPGOne site regarding the latest Final Fantasy VI patch:
Could you talk a bit about this? I'm simply curious, I guess it was a mistake/bad phrasing from Sky Render, wasn't it?. And, of course, I think is better to ask here rather than to ask on RPGOne forums (since you are the emu authors).Since the new ZSNES releases have game-specific fixes that look at the game's internal name...
Please, don't take this as an intention to start a flame war nor something along those lines.
Code: Select all
<jmr> bsnes has the most accurate wiki page but it takes forever to load (or something)
Removing hacks makes it easier to identify any problems that may have been forgotten about or have already been fixed.I wouldn't mind seeing a "disable hack" switch go public myself.AspiringSquire wrote:Is that switch available in the distributed executables? I'd like to try it, too.
Or I wouldn't mind trying it at least.More like just adding a return; at the top of the hack code. But good guess.Malcster wrote:I don't know for sure but I'd bet it isn't, it's probably more like Nach commenting out a bunch of line / files of code.AspiringSquire wrote:Is that switch available in the distributed executables? I'd like to try it, too.
Code: Select all
That's awesome! Thank you! 
11/01/03
Better memory init, another hack removed [Nach]
Source Cleanup and Compiler Fixes. [Nach]
Up libpng version checking [theoddone33]
Fix install target, -D should not be used. [theoddone33]
Begin porting ui.asm to C [pagefault]
Memory init code ported to C (thanks kode54) [Nach]
SPC RAM hopefully should now be initilized correctly (thanks Overload). [Nach]
Remove support for a hacked rom [pagefault]
Remove unneeded asm code [pagefault]
Removed many hacks [pagefault, Nach]
Compatibility update to PPU, passes one more electronics test (Thanks MKendora!) [pagefault]
Rollback of gfx code to fix nasty colour problems [pagefault]