Revert "Temporary fix for #11159: Fix playback of HD-PVR recording"

This reverts commit 3c8d88ac55c2b2c1bc652076d7824529254829a4.

It breaks BBC-HD playback consistently.
Enable more ffmpeg logging at startup of playback.

Allow logging in avformat_find_stream_info() if
"-v libav --loglevel debug" is specified.
This proves useful for live TV debugging among others.
(cherry picked from commit ae0dcaf6dfbbef1ac0bcc0cec1c684262ea9ee5c)
Fix StatusBox to account for template recording rules.

Cherry-pick part of SHA1:22c5dbff from master.
Fix Live TV startup, particularly for analog PVR-xxx tuners.

At the start of playback, ffmpeg scans the start of the file for
stream info.  While reading packets, it uses ffio_limit() to truncate
packets during attempts to read past the size of the file.  The file
size is cached at the start of playback, and may be inordinately small
for live TV files, triggering a storm of packet truncation and failure
to start playback.  We fix this by faking a large file size for live
TV playback during the initial call to avformat_find_stream_info().
(cherry picked from commit 5758c2a1d8ce448fce51fd5af3ce1a95494a3408)
Revert back to qatar's way of calculating has_b_frames

Niedermeyer's breaks HDPVR recordings and qatar's breaks BBC HD. Neidermeyer's
is simpler and more logical, but I can see how to fix qatar's.
Correct qatar's has_b_frames calculation to handle BBC HD correctly

qatar's algorithm monitors picture order counts coming out of the
reordering process, so extra delays calculated must be added to
the current has_b_frames, not combined with max.

Also it is important to ditch stored pocs after a change of has_b_frames,
so as not to increment multiple times.