PCSX2 v0.9.5 SVN Rev. 351 - 模擬器

http://www.pcsx2.net/downloads.php?p=publicbeta

PCSX2 0.9.5 SVN Rev. 351
Noteable changes in this beta:

FFX Videos work again

Including fixes from 349:

Massive Compatability increase on videos, many should now work without
freezing, skipping or macroblocking, as mentioned in the recent news post.

28 04 08 - IPU Updated!

I tried to think of a flashy title for this, but i couldn′t, so I thought I′
d just blurt it out!

Yes the IPU (video side of PCSX2) has been updated by none other than Saqib!
You might be asking what this will bring to the table? Well im sure as many
of you know, videos in PCSX2 suffered from Macroblocking (Corrupt squares
appearing all over the place) or videos freezing randomly. Well thanks to
Saqib for his marvelous work, many games no longer suffer from these
symptoms. Here is a quick rundown of some of the games fixed.

Atelier Iris - Grand Phantasm
Ayumi Hamasaki - A Visual Mix
Bully
Graffiti Kingdom
Many Growlanser games
Monster Hunter
Resident Evil 4
Simple Series Videos
Soul Calibur 3
The Simpsons
Many more!

In light of these changes a lot of games have been improved to a playable
status or had their stability increased!

The code is in SVN, do NOT ask for help on the forums. If you guys are lucky,
i might be nice enough to compile a new beta very soon

Discussion of whats fixed can be found on the Official forums

-Refraction


PCSX2 0.9.5 SVN Rev. 349：

IPU fixes. Corrected bitstream data positioning and removed redundant code.


PCSX2 0.9.5 SVN Rev. 348：

Ignore this commit. It was just a test.


PCSX2 0.9.5 SVN Rev. 347：

slight change to the interrupt status on cdvd


PCSX2 0.9.5 SVN Rev. 346：

Path 3 transfers now only use interleave mode if Path 3 Masking is used. This
stops Tekken Tag from randomly crashing (hopefully)


PCSX2 0.9.5 SVN Rev. 345：

small adjustment to h/vsync things. fpu clamping fix for NFS Carbon which was
crashing, managed to do it without breaking katamari, bet smth broke tho lol


PCSX2 0.9.5 SVN Rev. 344：

cleaned up some of the defines in common.h for v/hsync. uncommented some code
which shouldnt have been commented for vsyncs, was causing supersonic speeds
on boot and probably throwing all that hard work out :p

--