yes that wont surprise me but it could be bad that something that works better than the current implementation get removed by a branch clean up. In serius development enviroments you don't remove stable old code until the the replacement is ready and working.
Normally, when a branch is merged to the master and the master is working, it is safe to delete the branch. Just out of curiosity, does the rebased on 4.0-127 release include Tev fixes performance?
yes, all the changes from this branch are included in the rebased version. as a question for the people with problems in x86 127 is the preferend version or the new stable branch is a better choise?
Post updated with the lastes version. Im also interested in some testing on opengl as some changes i did could be interesting to reach master.
Testing is apreciated

@Off-topic: Uh, since you guys are talking about the branches, in the past, whenever a branch were merged to master, this branch would get removed almost instantly, but now many branches that has been merged are still here (new-ax-hle and wii-network, for example). This is the intended behaviour (to archive the changes) or the team decided to not delete them, even after the merge?
My browser won't finish loading the pages. Maybe their server is down. Will try again later.
(11-01-2013, 01:07 PM)Jhonn Wrote: [ -> ]@Off-topic: Uh, since you guys are talking about the branches, in the past, whenever a branch were merged to master, this branch would get removed almost instantly, but now many branches that has been merged are still here (new-ax-hle and wii-network, for example). This is the intended behaviour (to archive the changes) or the team decided to not delete them, even after the merge?
Both new-ax-hle and wii-network were kept intentionally, but are removed meanwhile since they've been proven stable enough to stay in master.
I tested SSBM with both Fast Depth Calculation disabled/enabled. The results were the same. It ran at about 62% on the menu screen (9x SSAA). So good news is early Z doesn't affect performance but bad news is it is something else that does.
By the way, do you have a list of games that benefit from early Z emulation and maybe some screenshots for reference?
xenmas Wrote:I tested SSBM with both Fast Depth Calculation disabled/enabled. The results were the same. It ran at about 62% on the menu screen (9x SSAA). So good news is early Z doesn't affect performance but bad news is it is something else that does.
Fast Depth != early Z. Where did you get that from?