mirror of https://github.com/bsnes-emu/bsnes.git
a59ecb3dd4
byuu describes the changes since v067: 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. |
||
---|---|---|
.. | ||
archive.cpp | ||
archive.hpp | ||
arcread.cpp | ||
array.hpp | ||
changes.txt | ||
coder.cpp | ||
coder.hpp | ||
compress.hpp | ||
crc.cpp | ||
encname.cpp | ||
encname.hpp | ||
extract.cpp | ||
getbits.cpp | ||
getbits.hpp | ||
headers.hpp | ||
license.txt | ||
model.cpp | ||
model.hpp | ||
rar.hpp | ||
rarvm.cpp | ||
rarvm.hpp | ||
rarvmtbl.cpp | ||
rawread.cpp | ||
rawread.hpp | ||
readme.txt | ||
suballoc.cpp | ||
suballoc.hpp | ||
technote.txt | ||
unicode.cpp | ||
unicode.hpp | ||
unpack.cpp | ||
unpack.hpp | ||
unpack15.cpp | ||
unpack20.cpp | ||
unrar.cpp | ||
unrar.h | ||
unrar_misc.cpp | ||
unrar_open.cpp | ||
whatsnew.txt |
readme.txt
Portable UnRAR version 1. General This package includes freeware Unrar C++ source and a few makefiles (makefile.bcc, makefile.msc+msc.dep, makefile.unix). Unrar source is subset of RAR and generated from RAR source automatically, by a small program removing blocks like '#ifndef UNRAR ... #endif'. Such method is not perfect and you may find some RAR related stuff unnecessary in Unrar, especially in header files. If you wish to port Unrar to a new platform, you may need to edit '#define LITTLE_ENDIAN' in os.hpp and data type definitions in rartypes.hpp. if computer architecture does not allow not aligned data access, you need to undefine ALLOW_NOT_ALIGNED_INT and define STRICT_ALIGNMENT_REQUIRED in os.h. Note that it will increase memory requirements. If you use Borland C++ makefile (makefile.bcc), you need to define BASEPATHCC environment (or makefile) variable containing the path to Borland C++ installation. Makefile.unix contains numerous compiler option sets. GCC Linux is selected by default. If you need to compile Unrar for other platforms, uncomment corresponding lines. 2. Unrar binaries If you compiled Unrar for OS, which is not present in "Downloads" and "RAR extras" on www.rarlab.com, we will appreciate if you send us the compiled executable to place it to our site. 3. Acknowledgements This source includes parts of code written by the following authors: Dmitry Shkarin PPMII v.H text compression Dmitry Subbotin Carryless rangecoder Szymon Stefanek AES encryption Brian Gladman AES encryption Steve Reid SHA-1 hash function Marcus Herbert makefile.unix file Tomasz Klim fixes for libunrar.so Robert Riebisch makefile.dj and patches for DJGPP 4. Legal stuff Unrar source may be used in any software to handle RAR archives without limitations free of charge, but cannot be used to re-create the RAR compression algorithm, which is proprietary. Distribution of modified Unrar source in separate form or as a part of other software is permitted, provided that it is clearly stated in the documentation and source comments that the code may not be used to develop a RAR (WinRAR) compatible archiver. More detailed license text is available in license.txt.