Main » Emulation » Sneeze9x » New reply
    Alert
    You are about to bump an old thread. This is usually a very bad idea. Please think about what you are about to do before you press the Post button.
    New reply
    Post help

    Presentation

    [b]…[/b] — bold type
    [i]…[/i] — italic
    [u]…[/u] — underlined
    [s]…[/s] — strikethrough
    [code]…[/code] — code block
    [spoiler]…[/spoiler] — spoiler block
    [spoiler=…]…[/spoiler]
    [source]…[/source] — colorcoded block, assuming C#
    [source=…]…[/source] — colorcoded block, specific language[which?]
    [abbr=…]…[/abbr] — abbreviation
    [color=…]…[/color] — set text color
    [jest]…[/jest] — you're kidding
    [sarcasm]…[/sarcasm] — you're not kidding

    Links

    [img]http://…[/img] — insert image
    [url]http://…[/url]
    [url=http://…]…[/url]
    >>… — link to post by ID
    [user=##] — link to user's profile by ID

    Quotations

    [quote]…[/quote] — untitled quote
    [quote=…]…[/quote] — "Posted by …"
    [quote="…" id="…"]…[/quote] — ""Post by …" with link by post ID

    Embeds

    [youtube]…[/youtube] — video ID only please
    Thread review
    Near > By "fixed", I meant it's significantly more accurate than before, which simply ran 5 SA1 opcodes for every S-CPU one, and fixes the Super Mario World SA1 hack that they're talking about. Not going to bother with bus conflict for now, which is the major speed hit.

    That sounds like a major improvement, indeed. Thanks so much for your continued hard work! :D
    BearOso
    Posted by jimbo1qaz
    So is sneeze9x less accurate than snes9x, except the SA-1 timing is more accurate?

    No no no. The timing was more accurate on Snes9x because I adjusted it faster to fix Kirby and SMRPG, but it broke the Super Mario World SA1 hack, so they added an option to regress to the previous speed. The code I just added to git makes it the most accurate it's been.
    Kakashi Well, not anymore.
    nyanpasu64 So is sneeze9x less accurate than snes9x, except the SA-1 timing is more accurate?
    BearOso
    Posted by byuu
    > it's even better than bzsnes

    Irony is dead.

    > I can fix the SA-1 speed at a slight speed penalty
    > There, the SA1 speed is fixed, so half this patch is unneeded.

    True SA-1 timing is *insane*. Cycle-accurate isn't enough, you have to synchronize every clock tick. And even then I only got things about 90% correct (much better than the 10% we were at before.) Granted, the test cases are extremely unlikely to ever occur in real games.

    Still, if you want some fun, try out https://github.com/VitorVilela7/SnesSpeedTest ^-^

    I'm aware of your discussions a couple months back and was already using that :-). By "fixed", I meant it's significantly more accurate than before, which simply ran 5 SA1 opcodes for every S-CPU one, and fixes the Super Mario World SA1 hack that they're talking about. Not going to bother with bus conflict for now, which is the major speed hit.

    Also, most of this is just proper cycle counting with several fixes from Vitor's Snes9x branch.
    Near > it's even better than bzsnes

    Irony is dead.

    > I can fix the SA-1 speed at a slight speed penalty
    > There, the SA1 speed is fixed, so half this patch is unneeded.

    True SA-1 timing is *insane*. Cycle-accurate isn't enough, you have to synchronize every clock tick. And even then I only got things about 90% correct (much better than the 10% we were at before.) Granted, the test cases are extremely unlikely to ever occur in real games.

    Still, if you want some fun, try out https://github.com/VitorVilela7/SnesSpeedTest ^-^
    BearOso So basically it’s a patch for addmusic hacks. Honestly, the world would be better off if most of those hacks went the wayside.

    I can fix the SA-1 speed at a slight speed penalty, but Vitor already released an updated SA-1 patch that fixes the problem. We’ve still got the invalid vram and sprite limit flags in the core, but they have to be enabled in the config file.
    *edit*
    There, the SA1 speed is fixed, so half this patch is unneeded.
    CaptainJistuce
    Posted by Broseph


    From what I remember "addmusic" (for SMW hacks) was one of the biggest culprit of hacks not working on hardware.

    That and illegal writes to VRAM.
    Broseph I mean yeah, ideally, every hacks should have been tested to work on hardware but back in the old (ZSNES) days it was not uncommon stuff would only be tested on ZSNES and the chance of some of the older hacks (some of which were actually pretty decent) being fixed are slim to none. So as long as everything is optional and it's made clear this is not how the hardware worked, I think it's fine.

    From what I remember "addmusic" (for SMW hacks) was one of the biggest culprit of hacks not working on hardware.
    wareya Some hacks are too obscure to find and fix. Like, personally distributed to three or four people obscure.
    BMF54123
    Posted by NTI
    now we just need some SD2SNES firmware update for this stuff
    I would prefer ikari not implement any features to "fix" broken hacks.

    Why don't people focus their efforts on fixing the hacks themselves instead of continuing to release broken emulators?
    NTI So it finally happened:
    https://www.smwcentral.net/?p=viewthread&t=96128

    For the looks of it, it's even better than bzsnes, now we just need some SD2SNES firmware update for this stuff and then screw you ZSNES!
      Main » Emulation » Sneeze9x » New reply
      Yes, it's an ad.