EmuCR Feeds
Email Us

EmuCR: DolphinDolphin Git 5.0-3036 is compiled. This is the trunk of Dolphin Project. Dolphin is the first Gamecube emulator able to run commercial games! Dolphin is a Gamecube, Wii and Triforce (the arcade machine based on the Gamecube) emulator which supports many extra features and abilities not present on the original consoles. It has a partial Wii support and plays most Gamecube games.

Dolphin Git changelog:
* Merge pull request #5110 from MerryMage/const-pool
Jit64: Implement a constant pool
* Jit_SystemRegisters: Add missing sizes to constant arrays
* IR_X86: Use MConst for constants
* Jit64AsmCommon: Use MConst for constants
* EmuCodeBlock: Use MConst for constants
* Jit_SystemRegisters: Use MConst for constants
* Jit_FloatingPoint: Use MConst for constants
* EmuCodeBlock: Use ConstantPool
* ConstantPool: Implement a constant pool
Constants are copied into this pool so that they live at a memory
location that is close to the code that references it. The pool allocates
memory from a provided X64CodeBlock to use.
The purpose of the pool is to overcome the 32-bit offset limitation that
RIP-relative addressing has.`
* JitAsmCommon: Add missing sizes to constant arrays
This allows generic code to determine the size of these arrays.
* Merge pull request #4901 from JosJuice/filemonitor-redesign
FileMonitor redesign
* FileMonitor: Move file system parsing to DVD thread
* FileMonitor redesign
* Simpler code in general
* No extra volume objects created
* Now actually notices if the disc or partition gets
changed while the core is running
* No longer picks up on disc access done by the GUI
(it used to do so as long as the core was running)
* Gets rid of a Core dependency in DiscIO
There are two performance disadvantages:
* FileMonitor is now a bit slower when used with VolumeDirectory
because FileMonitor now always uses the FileSystemGCWii code
for finding filenames instead of VolumeDirectory finding the
filename on its own and directly hooking into FileMonitor.
But this isn't such a big deal, because it's happening on the
DVD thread, and my currently unmerged file system PR will make
FileSystemGCWii's file finding code about as fast as
* FileMonitor's creation of the file system object is now
done on the CPU thread instead of the DVD thread, and
it will be done even if FileMonitor logging is disabled.
This will be fixed in the next commit.
* Merge pull request #5009 from aldelaro5/memcheck-fix
Fix memory breakpoint when checking the middle of the data
* Fix memory breakpoint when checking the middle of the data
If the delimiters of a memory aren't exactly the same as an address, but their size includes the memory breakpoint delimiter, the break will not go through. This makes it so that you can specify a search for a memory breakpoint with a data size and will check if the data fits with that size on all memory breakpoints so the breaks go through.

Download: Dolphin Git 5.0-3036 x64
Download: Dolphin Git 5.0-3036 Android
Source: HereDolphin Git 5.0-2877

Random Related Topic Refresh Related Topic

Random Related Topic Loading...


Post a Comment

Can't post a comment? Try This!