Source

This release officially introduces the accuracy and performance cores, alongside the previously-existing compatibility core. The accuracy core allows the most accurate SNES emulation ever seen, with every last processor running at the lowest possible clock synchronization level. The performance core allows slower computers the chance to finally use bsnes. It is capable of attaining 60fps in standard games even on an entry-level Intel Atom processor, commonly found in netbooks.

The accuracy core is absolutely not meant for casual gaming at all. It is meant solely for getting as close to 100% perfection as possible, no matter the cost to speed. It should only be used for testing, development or debugging.

The compatibility core is identical to bsnes v067 and earlier, but is now roughly 10% faster. This is the default and recommended core for casual gaming.

The performance core contains an entirely new S-CPU core, with range-tested IRQs; and uses blargg’s heavily-optimized S-DSP core directly. Although there are very minor accuracy tradeoffs to increase speed, I am confident that the performance core is still more accurate and compatible than any other SNES emulator. The S-CPU, S-SMP, S-DSP, SuperFX and SA-1 processors are all clock-based, just as in the accuracy and compatibility cores; and as always, there are zero game-specific hacks. Its compatibility is still well above 99%, running even the most challenging games flawlessly.

If you have held off from using bsnes in the past due to its system requirements, please give the performance core a try. I think you will be impressed. I’m also not finished: I believe performance can be increased even further.

I would also strongly suggest Windows Vista and Windows 7 users to take advantage of the new XAudio2 driver by OV2. Not only does it give you a performance boost, it also lowers latency and provides better sound by way of skipping an API emulation layer.

Changelog:
* Split core into three profiles: accuracy, compatibility and performance
* Accuracy core now takes advantage of variable-bitlength integers (eg uint24_t)
* Performance core uses a new S-CPU core, written from scratch for speed
* Performance core uses blargg’s snes_dsp library for S-DSP emulation
* Binaries are now compiled using GCC 4.5
* Added a workaround in the SA-1 core for a bug in GCC 4.5+
* The clock-based S-PPU renderer has greatly improved OAM emulation; fixing Winter Gold and Megalomania rendering issues
* Corrected pseudo-hires color math in the clock-based S-PPU renderer; fixing Super Buster Bros backgrounds
* Fixed a clamping bug in the Cx4 16-bit triangle operation [Jonas Quinn]; fixing Mega Man X2 “gained weapon” star background effect
* Updated video renderer to properly handle mixed-resolution screens with interlace enabled; fixing Air Strike Patrol level briefing screen
* Added mightymo’s 2010-08-19 cheat code pack
* Windows port: added XAudio2 output support [OV2]
* Source: major code restructuring; virtual base classes for processor cores removed, build system heavily modified, etc.

Source

Changelog for this release are the following:

Revision: 6093
Author: NeoBrainX
Date: 4:07:59 PM, Friday, August 13, 2010
Message:
Warning fixes and some cleanups.
Correct me if I was wrong when changing those 0s to ‘\0′s.
—-
Modified : /trunk/Source/Core/DSPCore/Src/disassemble.cpp
Modified : /trunk/Source/Core/DiscIO/Src/VolumeGC.cpp
Modified : /trunk/Source/Core/DiscIO/Src/VolumeWiiCrypted.cpp

Revision: 6092
Author: nodchip
Date: 9:31:15 AM, Thursday, August 12, 2010
Message:
JitIL: Added code which deal with psq_st/psq_l in the case of inst.W == 1.
—-
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64IL/IR.h
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64IL/IR_X86.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64IL/JitIL_LoadStorePaired.cpp

Revision: 6091
Author: soren.jorvang
Date: 5:53:19 PM, Wednesday, August 11, 2010
Message:
UpdateSystemActivity() is defined in OSServices/Power.h which is
erroneously #ifndef _LP64 in the 10.5 SDK. Since OSServices is a
sub-framework of the CoreServices, Power.h cannot be included
directly without specifying the long and messy path to it.
Just declare it extern here as well instead.

Don’t disable dynamic updating of the bluetooth device name as it
would then be printed as (null) on the first pairing of a wiimote.
—-
Modified : /trunk/Externals/WiiUse/Src/io_osx.m

Revision: 6090
Author: skidau
Date: 9:49:38 AM, Wednesday, August 11, 2010
Message:
Used a less hacked way of making the multiboot games work.  Instructions are now executed at their proper number of cycles.  The timeslice has instead been increased to compensate.  Increases VPS in some games.

Thanks to BhaaL for the tip.
—-
Modified : /trunk/Source/Core/Core/Src/CoreTiming.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64/Jit.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64IL/JitIL.cpp

Revision: 6089
Author: skidau
Date: 8:15:59 AM, Wednesday, August 11, 2010
Message:
Applied the multiboot dol fix to JITIL too.
—-
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64IL/JitIL.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/JitCommon/JitCache.cpp

Revision: 6088
Author: skidau
Date: 7:45:27 AM, Wednesday, August 11, 2010
Message:
Added support for multiboot dols.  This allows demo discs, bonus discs etc to be played.

* Flushed the JIT cache on “ICFI” (Flush Instruction Cache)
* Made all instructions one cycle in duration

Fixes issue 233
—-
Modified : /trunk/Source/Core/Core/Src/HW/Memmap.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/Interpreter/Interpreter_LoadStore.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64/Jit.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/JitCommon/JitCache.cpp
Modified : /trunk/Source/Core/Core/Src/PowerPC/JitCommon/JitCache.h
Modified : /trunk/Source/Core/Core/Src/PowerPC/PPCCache.cpp
Modified : /trunk/Source/Core/DebuggerWX/Src/CodeWindow.cpp

Revision: 6087
Author: glennricster@gmail.com
Date: 1:00:27 AM, Wednesday, August 11, 2010
Message:
Fix the wiimote refresh button in the new wiimote plugin on linux.
—-
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteReal/WiimoteReal.cpp

Revision: 6086
Author: glennricster@gmail.com
Date: 11:28:40 PM, Tuesday, August 10, 2010
Message:
Fix a problem in the old wiimote plugin in which a bitmap could be created with size 0×0.  This fails an assertion in wxWidgets.  wxWidgets complains about it in the debug build.
Also cleaned that file up.  That is probably an exercise in futility though.
—-
Modified : /trunk/Source/Plugins/Plugin_Wiimote/Src/ConfigPadDlg.cpp
Modified : /trunk/Source/Plugins/Plugin_Wiimote/Src/ConfigPadDlg.h

Revision: 6085
Author: soren.jorvang
Date: 5:30:04 AM, Tuesday, August 10, 2010
Message:
Use the debug option for conf.CheckWXConfig on OS X as on Unix.
—-
Modified : /trunk/SConstruct
Modified : /trunk/SconsTests/wxconfig.py

Revision: 6084
Author: soren.jorvang
Date: 5:29:15 AM, Tuesday, August 10, 2010
Message:
Add Common::AtomicDecrement for gcc to match win32.

Use the debug option for conf.CheckWXConfig on OS X as on Unix.

Take care of a few compiler warnings.
—-
Modified : /trunk/Source/Core/Common/Src/Atomic_GCC.h
Modified : /trunk/Source/Core/Core/Src/PowerPC/Jit64/Jit_Integer.cpp
Modified : /trunk/Source/Plugins/Plugin_VideoOGL/Src/main.cpp
Modified : /trunk/Source/Plugins/Plugin_VideoSoftware/Src/main.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteEmu/WiimoteEmu.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteReal/WiimoteReal.cpp

Revision: 6083
Author: marcosvitali@gmail.com
Date: 4:25:35 AM, Tuesday, August 10, 2010
Message:
I’ve observed that “FIFO is overflown by GatherPipe” is not real overflow.
Really that happens because the fifo.CPReadWriteDistance is negative.
Example: CPReadWriteDistance: -864 CPEnd: 10092672 fifo.CPBase: 9568416
In SMG this is because  PI_FIFO_RESET is writing and after fifo.CPReadWriteDistance will be setted to 0.
To Prevent that, I’ve Implemented AbortFrame function in the CommmandProcessor. It should fix overflown because of that.
Note: There is other issue (Issue 2846) where the fifo.CPReadWriteDistance is negative too but the effect is different.
I’m working to solve this.
—-
Modified : /trunk/Source/Core/Common/Src/PluginVideo.cpp
Modified : /trunk/Source/Core/Common/Src/PluginVideo.h
Modified : /trunk/Source/Core/Core/Src/HW/ProcessorInterface.cpp
Modified : /trunk/Source/Core/VideoCommon/Src/CommandProcessor.cpp
Modified : /trunk/Source/Core/VideoCommon/Src/CommandProcessor.h
Modified : /trunk/Source/Core/VideoCommon/Src/PixelEngine.cpp
Modified : /trunk/Source/Core/VideoCommon/Src/PixelEngine.h
Modified : /trunk/Source/PluginSpecs/pluginspecs_video.h
Modified : /trunk/Source/Plugins/Plugin_VideoDX11/Src/main.cpp
Modified : /trunk/Source/Plugins/Plugin_VideoDX9/Src/main.cpp
Modified : /trunk/Source/Plugins/Plugin_VideoOGL/Src/main.cpp
Modified : /trunk/Source/Plugins/Plugin_VideoSoftware/Src/main.cpp

Revision: 6082
Author: Billiard26
Date: 1:12:32 AM, Tuesday, August 10, 2010
Message:
New Wiimote Plugin: Added a “Hybrid Wiimote” input source type. This allows a real wiimote to be used with an emulated extension.(and in the future, real wiimote with emulated motion plus) If the emulated extension is set to “None”, a real extension can be used. Real/Emulated buttons are combined. Real acceleration data is used. Currently, emulated IR data is used.(might change this to allow both) Switching between an emulated and a real extension in-game is a bit testy right now, but if you switch the emu-extension to “None” before connecting a real extension, it usually works.
—-
Modified : /trunk/Source/Core/Common/Src/FifoQueue.h
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteConfigDiag.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteEmu/EmuSubroutines.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteEmu/WiimoteEmu.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteEmu/WiimoteEmu.h
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteEmu/WiimoteHid.h
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteNew.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteReal/WiimoteReal.cpp
Modified : /trunk/Source/Plugins/Plugin_WiimoteNew/Src/WiimoteReal/WiimoteReal.h

Revision: 6081
Author: glennricster@gmail.com
Date: 10:08:22 PM, Monday, August 09, 2010
Message:
Take care of some compiler warnings from unused variables, and a little code cleanup.
—-
Modified : /trunk/Source/Core/DebuggerWX/Src/CodeWindow.cpp
Modified : /trunk/Source/Core/DebuggerWX/Src/CodeWindow.h
Modified : /trunk/Source/Plugins/Plugin_VideoOGL/Src/OS/Win32.cpp
Modified : /trunk/Source/Plugins/Plugin_VideoOGL/Src/Render.cpp

Source byuu’s homepage

byuu wrote:I apologize, bsnes v066 had a small error in the source that resulted in the PPU not synchronizing properly to the CPU. This bug was not exposed in the images I use to test releases. I have also updated the cheat code database, which is maintained by mightymo.

—–

Major features in this release are: serial controller emulation, a brand new scheduler that supports multiple simultaneous coprocessors, and accuracy improvements.

The serial controller is something devised by blargg. With the proper voltage adjustments (5v-9v), it is possible to wire an SNES controller to a serial port, which can then be used for bidirectional communication between the SNES, and (usually, but not only) a PC. The support in bsnes was added so that such programs could be debugged and ran from within an emulator, and not just on real hardware.

The scheduler rewrite was meant to allow the combination of coprocessors. It was specifically meant to allow the serial controller thread to run alongside the SuperFX and SA-1 coprocessor threads, but it also allows fun things like MSU1 support in SuperFX and SA-1 games, and even creating dev cartridges that utilize both the SuperFX and SA-1 at the same time. The one thing not yet allowed is running multiple instances of the exact same coprocessor at the same time, as this is due to design constraints favoring code inlining.

There are two important accuracy updates. The first is that when PAL video mode is used without being in overscan mode, black bars are shown. Emulators have always shown this black bar at the bottom of the screen, but this is actually incorrect. resxto took pictures from his PAL TV that shows the image is in fact vertically centered in the screen. bsnes has been updated to reflect this.
Also interesting is that I have backported some code from the dot-based PPU renderer. In the game Uniracers, it writes to OAM during Hblank, and expects the write to go to a specific address. In previous releases, that address was hard-coded to go to the required memory location. But the way the hardware really works is that the write goes to the extended attribute address for the last sprite that the PPU fetched, as the PPU is still asserting the OAM address bus. Now, due to the precision limitations, I was not able to also port timing access during the active display period. However, this is sufficient to at least remove the last global hack from the older, speed-focused scanline renderer.

Click here to download

Source

Changelog:

Summary:

• Arcadia: improved high score management.
• Miscellaneous improvements and bug fixes.

Details:

• wa: localized tooltips (eg. german coin-op “A” and “B”) are now localized using the correct character set (Windows not MS-DOS). now supports ctrl+left/right to be same as ctrl+up/down, respectively.
• aa: replaced ship.os4 with stefan’s version, and added makefile.mos.
• aa: fixed: controls subwindow offsets were wrong on eg. MorphOS.
• aa: fixed: FPS gadget width was too small on eg. OS4.
• aa: fixed: sidebar wasn’t being highlighted appropriately when eg. switching to a coin-op.
• arcadia: high score management of baseball and (separately to super bug 1) super bug 2.
• aa: fixed most or all remaining OS4 GCC compiler warnings.
• wa: now keyboard can be used to control the GUI and guest even while the “game information…” subwindow has the input focus (ie. is activated).

Source

Changelog:

* Compiled with devkitPPC r21 / libOGC SVN
* Compiled with new libDI / DVDx V2
* DVD reads are now done with direct PowerPC access
+ Samba loading
+ Execute BIOS
* Controller improvements
+ Rumble for Wiimote-based input
+ Wiimote-only controls
+ Classic Controller Pro & 3rd party controller support
+ Reconfigurable button mapping
+ Save/Load button mapping from file
+ New menu system
+ Classic Controller support
+ Wiimote / Wiimote & nunchuck support
+ Settings saving
+ Auto load/save option for saves
* PEOPS GPU
+ Pillar-boxing ‘Force 16:9′ mode
* Fixed color mapping for FMV
+ FranSPU
* Smooth stereo audio at full FPS
- PEOPS SPU
+ SSSPSX input plugin
+ DualShock Controller support
+ Rumble support
* Analog/Digital switching
+ CDRMooby
* Improved compatibility
* CDDA not implemented yet

• Fixed gameplay stats and movie uploading
• Improved movie checkpoint editor
• Improved GUI acceleration feature
• Each mappable action (“Load State”, “Save State”, etc) can be enabled/disabled independently
• Fast-forward function can now be mapped to a controller button

Source

• Implemented basic Vfpu stuff!! Now cubevfpu, NeHe and some other demos are working.
• GPU speed and compatibility improvements. TRXKICK+Lighting+other fixes and improvements. For example cavestory runs 10fps faster.
• Sound enabled by default and could be enabled/disabled while running. Still sounds very bad.
• Lots of new NIDs implemented.
• Fixed arguments passed to the programs. Now PSPTrist and some other homebrews using arguments start working.
• Improved unittesting to avoid regressions.
• Added a menu option to associate psp files to the emulator.
• Clean ups. Small fixes. And much more…

Source

• Added Stereo / Mono sound support
• Bug Fixed : APU timing, length counter.
• Bug Fixed : can’t load a rom that read only or located on DVD/CD…
• Bug Fixed : error thrown when you try to save S-RAM where there’s no rom loaded.

Source

Source

Changes since v13.1

• added preliminary dolphin emulation.
• patched astro wars to fix boss level.
• various minor forgotten bug fixes.
• incorporated samir’s latest italian catalog.
• wa: fixed: toolbar layout couldn’t handle very narrow windows.
• aa: disabled OS4 tooltips a la V13.06.

download: WinArcadia v14.0 for Windows (1.51MB) added: 11/04/2010 clicks: 518 description:

download: AmiArcadia v14.0 for AmigaOS (1.36MB) added: 11/04/2010 clicks: 149 description:

• 0 byte line supported on both STF / STE
• new 0 byte line supported (“No Buddies Land” game)
• STE blitter pixel shift supported ( “Cernit Trandafir” demo by DHS is now working fine)
• weird 68k prefetch fix (“Beyond” demo by Kruz is now working)

Source