Forum Replies Created

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • barryk
    Participant
    Post count: 8
    in reply to: PiFBA on Pi2 #88877

    Thanks, I’m still working on it. It’ll take a while because the config file system and in-game options menu (for setting buttons, dip switches, save/load state etc by game) all need rewriting from their original SDL implementation to draw to the framebuffer for correct scaling and rotation but it’s going well.

    It’s running games fine now (including CPS3) but the config menus are really needed because an arcade emu doesn’t really work if you can’t set the buttons or dip switches properly.

    barryk
    Participant
    Post count: 8
    in reply to: PiFBA on Pi2 #88702

    Grr… now I have the SFIII series running at full speed with audio on the newer FBA 0.2.97.31 core (with tons more compatibility) with a tweak here and there to the SH2 core but the tweaks have broken Strikers 1945 II & III (not a major problem, they were only running at like 5 fps before it anyway).

    But it’s probably broken other SH2 games as well, so I’ll have to dig up a game list by CPU and try out what is playable and what isn’t before and after the tweaks. If it’s only broken games that were too slow to enjoy anyway I’ll leave it in, if not I guess it’s back to the drawing board.

    barryk
    Participant
    Post count: 8
    in reply to: PiFBA on Pi2 #88491

    Yeah the speed should be exactly the same once the audio is working. The audio emulation is already running in the background, it’s just the audio it’s outputting isn’t in the right format for the frontend to output.

    I had a bit of a play and got it half working but it’s still very crackly, I’m missing something in the audio conversion so I’ll have to dig up some documentation to try sort it out.

    barryk
    Participant
    Post count: 8

    Theoretically possible but way, way too slow. The only ARM chipset I’m aware of that can run Dolphin is the Tegra K1, and it’s far, far more powerful than a Pi 2.

    That’s the same for both Wii and Gamecube emulation. They’re essentially the same hardware.

    barryk
    Participant
    Post count: 8

    Give it a few months for the emulators to be optimised for the Pi 2 (not just compiled with ARMv7 and NEON flags). It’s only been out a week or two.

    barryk
    Participant
    Post count: 8
    in reply to: PAL vs NTSC #87333

    It doesn’t really need ‘confirming’, it’s just that PAL consoles ran slower than NTSC ones. Some games were ‘fixed’ for PAL, so there was no slowdown running on the slower hardware, but they’re the exception rather than the rule.

    The emulators will generally emulate this hardware difference since forcing alternate timings can cause no end of problems in some games (though you can force different behaviour in some emulators), but it’s just as handy to use NTSC rom images.

    For most console games you will get a difference in speed across regions, though you’d really need to specify the emulator, game, game rom region and emulator region config used before I could really say specifically what you could expect to see.

    barryk
    Participant
    Post count: 8
    in reply to: PiFBA on Pi2 #87143

    Cheers Buzz. I’ll pull your version down this evening and hack at it from your codebase instead, that makes a lot more sense than using an old dead version as a base.

Viewing 7 posts - 1 through 7 (of 7 total)