hippopippo

With recent developments, the emulator's evolution is experiencing a strong push in various directions, but due to the nature of the changes and progress in Battle Gear 3 emulation, it's best to work on different branches to prevent fixes for one game from corrupting the functionality of other games. Therefore, for now, I recommend having two versions of Play! : (Play 0.71-1.2) exclusively for emulating the Battle Gear 3 series (Play 0.71-1.1) for all remaining games This was already done once for Builds 246, 256, 147, and 148, so there's nothing difficult or problematic. Hoping to have a single branch, tested and verified with all games, I believe this is the best solution. Example :

delete all BG3** .backuram in \Documents\Play Data Files\arcadesaves\ and make a clean calibration from test menu

unpack those zip and you have everything working with proper Dongles, CHDs (1 for BG3 and 1 for BG3 Tuned) & Defs for all available versions.

un petit cadeau pour mon petit frère MameUI 0.281 with full Cave support https://www.mediafire.com/file/ej32smi2r0w3j6e/mameui281_mod.zip/file

After five pages of posts, I'd like to shed some light on an architecture and CPU issue: Using PowerShell, go to the plugin folder and type : [reflection.assemblyname]::GetAssemblyName("${pwd}\SB3Plugin.dll") | fl What you get identifies the target platform, keeping in mind that : Amd64: A 64-bit processor based on the x64 architecture. Arm: An ARM processor. IA64: A 64-bit Intel Itanium processor only. MSIL: Neutral with respect to processor and bits-per-word. (AnyCPU) X86: A 32-bit Intel processor, either native or in the Windows on Windows environment on a 64-bit platform (WoW64). If you compile as AnyCPU, then your assembly can run as or be loaded into a 32 bit or 64 bit process. also via decompile : so ... my 2 cents ... do you get the point ? in short, I think it is useless to re-compile the plugin expressly in x64 (and I have 3 i7-11k, i7-13k and i9-13k PCs on which it runs without any issue) I strongly suspect that it is attributable to the version of the .net framework used (old and I believe compiled on Win 7) Release 4.7.2 of the .NET Framework Using regedit go there and see what you have installed : Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full Well .. after this long introduction try this build recompiled for 4.8.1 and use x86 CLEAN version (with BepInEx 5.4.23.3) and see \BepInEx\LogOutput.txt https://www.mediafire.com/file/wde1v44fcswhs7h/SB3Plugin_x86_net481.zip/file Tested and working on many i7 series .. fingers crossed and start thinking about a serious CPU upgrade 😄

Dolphin Triforce compiled build d709da7f7e Changelog from Crediar : - Fixed ShowFIFOPlayer code - Updated submodules - Code optimized https://www.mediafire.com/file/bthkxm6n0fzyk5u/dolphin_250925.zip/file

look on archive, there are many 2x6 folders with clean raw images & dongles

Dolphin Triforce build with GameCube improvements Changelog : Code improvements and formatting note : in General Basic Settings disable "Enable Dual Core (speedhack)" and in Gamecube remove flag from "Skip Main Menu" (if you want to see the boot loading) Bios for Gamecube boot (unzip in *username*\AppData\Roaming\Dolphin Emulator\GC) https://www.mediafire.com/file/l6pdw9490y9zo70/GC_IPL.zip/file Standalone build : https://www.mediafire.com/file/ks9mhpgmdf6u3ls/Dolphin_230925.zip/file

There is no real rule for managing arcadedefs, as everyone can customize the name of the roms & dongles (usually .bin) as they like, but in this case I specifically chose to name it .003 to differentiate the USA dongle (the version used to do all test) from the Jap (.002)

I compile every build for stand & tp so three config is by default for tp, just change path where you have roms folder and save. This is standalone.

Standalone

Play! 0.71-1.2 with Battle Gear 3 fix & more OpenGL enhancements (thanks to Derole for complete steering board emulation) https://www.mediafire.com/file/o3r639q4cse37ke/Play!_071_12.zip/file

it's one of 3 cab : DSP, DSPDE, and DSPSE (DSP CHN and DSP Jap vanilla have hdd marriage)

RPCS3-Deadstorm Pirates 1 - If necessary, calibrate from the service menu 2 - Configure your mouse based on your device's HID in the Mice panel (Mouse Raw) 3 - Configure pad section keeping in mind that in this build Player 3 = 1P and Player 4 = 2P

running @120hz (TP & Standalone)

amen, it's up to you (maybe hw or os related) sadly I did what I could do, I don't have any other solutions or clues, try it on other PCs and see if anything changes

try to delete or rename User folder

recompiled SB3Plugin.dll is present inside SB3_BepInEx_x86_5.4.22.0.zip (Bepinex/plugins)

this plugin is recompiled for 5.4.22 x86, make a SB3 installation from scratch with standalone .zip (delete user folder) and replace everything from my .zip

it's everything x86 so don't use any kind of x64 port. just tested right now with a i7 11400k / gtx 1650 and everything seems fine (remove user folder and make a SB3 installation from scratch replacing everything with my .zip archive)

This is standalone version recompiled for BepInEx_x86_5.4.22.0 (I created this on the fly, so let me know if it solves your i7 & company issues) plus addon : F4 to switch Fullscreen / Windowed mode https://www.mediafire.com/file/51hyvam55tv7dzs/SB3_BepInEx_x86_5.4.22.0.zip/file

try to change freq hz

--> \fnfmega_Data\Plugins\x86_64

this happens coz service and coin are same dip switch anyway I can swap with otter keys in next build

I think it’s game profile or user data related issue coz it does fully work in dinput xinput keyb / dpad