Don't detext 0x0 as magic numbers

Previously only 0xffff was in between magic number, but as with most bin files
any part of the file that contains "garbage" data can either be 0x00000000 or
0xffffffff.

Required for correct magic detection of E431g
Add support for E431g

Add new magic layout. Not checking for magic numbers since it's the only one
with this layout. If a conflict arrises checking needs to be added to
see which one is which.
Merge branch 'master' of https://github.com/Xonar/LGBinExtractor