[pvr.tvh] - fix deadlock bug caused by adding async EPG triggers

Strictly I think this could have been possible for other things, but it was
probably less likely. But basically the XBMC update triggers require a lock
that can be held while requesting data from pvr.tvh, which in turn requires
a lock held by the thread trying to trigger the update. Thus creating a
deadlock.

To remove this possibility all XBMC trigger routines are called once the lock
has been released (they're queued up by the processing messages).
[pvr.tvh] - added output of the queueStatus messages (as trace)
[pvr.tvh] - workaround for timeshift bug in tvheadend

It turns out the default HTSP packet queue depth is not deep enough to store
the initial dump of data immediately following an unpause event (the timeshift
code does a short/shock dump to effectively create a buffer to ensure it can
always keep up. Probably redundnat).

This change uses the subscription setup configuration to override the default
queue depth. Setting it to 4x its normal size (total 12M - in tvh).
[pvr.tvh] - bump version to 0.6.0