[pvr.tvh] drop invalid packets sooner
[pvr.tvh] return -1 in GetCurrentClientChannel directly

XBMC doesn't even use this API method, it's one of those many things that 
no one has ever bothered to clean up
[pvr.tvh] ignore the stream aspect ratio

This way XBMC will handle changes in aspect ratio (ie. 16:9 <-> 4:3). Should 
fix the issue reported here: http://forum.xbmc.org/showthread.php?tid=170485
[pvr.tvh] - minor corrections to PR#14
Merge remote-tracking branch 'origin/pr/15'
Merge remote-tracking branch 'origin/pr/16'
[pvr.tvh] - bump version to 0.4.0
ignore all ipch folders, not just the main project's
ignore build files for all libraries too (tinyxml2 needs special treatment)
[pvr.tvh] rename MSVC project and update source files
[pvr.tvh] add project to main solution
[pvr.tvh] change name of MSVC targets to match what the addon expects
[pvr.tvh] - fix stupid mistake in synchronous EPG processing
[pvr.tvh] store the timeshift status so the data can eventually be used
[pvr.tvh] implement GetPlayingTime()

What it means is we convert tvheadend's notion of "seconds shifted" to an
absolute timestamp.

This fixes two issues. The first one is that if you pause a live stream at e.g.
10:00 program time (ie. 10 minutes after it has started), wait for 30 seconds,
unpause and then rewind 30 seconds, XBMC would display the current time as
11:00 when in fact it should be 10:00 again (since we rewinded the buffer to
the beginning).

The other issue is more of a new feature. Now when you pause a live stream
long enough XBMC will display the shifted position along with the live position
in the seek bar, so you know roughly where in the shift you are.
[pvr.tvh] don't confuse the user by saying we failed to get a response

In fact we got a response but it was invalid or had no meaning (I'm not
totally sure what a time of -1 means)