Advanced (per-channel) Volume Adjustment AKA Room Correction (Windows-only, need someone to fix the linux counterpart)
edit ja_JP
Merge pull request #67 from nrusef/master

i10n: ja_JP
pcsx2: tlb: add a new gamefix hack for goemon
pcsx2: tlb: add a new lut (Virtual PS2 to Physical PS2)

note: automatic gamefixes are done after done after the init that why code was splitted.
note2: The LUT is 4MB and only used for only 1 game. So I only allocate it when the gamefix is
    enabled
pcsx2: tlb: goemon implement a preload hack tlb

Tlb mapping is stored @0x3d5580 (GoemonTlb[150])
The function that will populate the tlb is around pc = 0x356250, ra = 0x33ad48

The idea is to add a callback on 0x33ad48 block that will populate the tlb based on
ee mem content.

Note: The hack is based on previous Virtual PS2 => Physical PS2 LUT
db: enable autogamefix of goemon + bump to ingame

Note: actually it could even be playable or perfect (let's dream)
pcsx2: tlb fix

* pc is incremented before execution of the instruction => must be
    decremented before exception

* PS2 support 48 tlb => mask need 6 bits
sigh I do the mistake every time
Updated the it_IT translation files
Merge branch 'master' of git://github.com/gigaherz/pcsx2 into gigaherz-master
spu2x: linux port of Giga lastest update

=> Advanced (per-channel) Volume Adjustment AKA Room Correction

windows: update CfgReadFloat to really return a float
Merge branch 'gigaherz-master'
Merge pull request #75 from Leucos8/master

i10n: Updated the it_IT translation files

Thanks
VIF: Ignore interrupts caused by obviously bogus NOP and NULL codes. Fixes Onimusha Blade Warriors.
Thanks Bluefire101 for reporting this (eventually) undefined behavior (depending on who you ask).
Even if there was no problem, code should always be clear on what it does.
Fix a possibility for out of bound accesses in logging within Cache.cpp
github: add a CONTRIBUTING.md file

Initial version that likely got a broken syntax :(
Quick fix for undefined behaviour in the R3000A disassembler.
mVU: Corrected a typo in the branch in branch delay slot handling which prevented using the simpler code in the case of the delay slot being that of an unconditional branch.  Now hopefully the code in question actually works for that case, since I'm not sure this has been tested.