transcode: fix the stream translation

transcode: vp8 - add more 'good' settings for webtv-vp8 codec profile

configure: only enable nvenc if asked, not by default, fixes #4572

transcode: try to tidy typedef/struct

transcode: added h264_nvenc and hevc_nvenc codecs (untested)

transcoder: vaapi - add support for vp8 encoder (tested) and vp9 decoder (untested)

transcode: vaapi - remove depedency on libdrm

DVR: Record segmented programmes identified by EIT.

A broadcaster can split a programme in to multiple segments. These
are identified by the segments having a CRID containing an IMI
(a hash character followed by an ID). Segments have identical
values for this CRID and IMI and the segments start within three
hours of the end of the previous segment.

These rules are documented in this spec in section 7.1.7:
http://www.freeviewnz.tv/media/1055/freeview_dtt_transmission_rules_2_1.pdf
This document is based on the UK transmission specification.

For example, a movie may be broadcast as:
  21:00--22:00 movie segment 1
  22:00--22:05 five minute news
  22:05--23:30 movie segment 2

The xmltv guides typically merges this segments in to one
programme such as:
  21:00--23:30 movie (including news)

In theory, a programme can be split in to numerous segments.
In practice I have only seen a programme split in to two
segments as shown above.

To simplify recording these programmes, we identify segmented
programmes and extend the stop time. So, in the above case,
if the user records the 9pm showing then we will automatically
extend the stop time to be 23:30 instead of 22:00.

This patch explicitly disables "epg running state" for stopping
the recording. This is because the recording is tied to the first
showing and we don't want the recording to stop at 22:00 in the
above example.

We cache the calculated stop time to avoid any overheads, but
explicitly recalculate it at the start of the programme. This ensures
we detect any recent changes.

No modification is done of the actual EPG data to attempt to
merge the programme segments.

The consequence of this is that the EPG will only show a "recording"
marker against the first segment of the programme and not against
the second segment, which is unfortunate, however it is consistent
with recordings which have an extra stop time. The upcoming
recordings tab correctly shows the end time.

The duration of the finished recording is currently incorrectly
reported due to #3706. So the movie above would be reported as
60 minutes instead of 2h30.

Although the CRID processing is believed to be a global standard,
if other countries do not follow the UK/NZ specification then
the dvr_entry_get_segment_stop_extra could be updated to check a
(bitmask) config variable to enable/disable specific CRID processing.

I believe the overhead of the strcmp for the CRID check is minimal,
even on low-spec machines. If necessary we could cache to indicate
the CRID check has failed.

Issue: #1303

parsers: allow higher PTS/PCR drift, fixes #4507

profile: fix the transcoded stream sharing

transcode: don't print '==> Passthrough', the copy profile name is printed, too

libav: try to fix the log trouble with NULL logctx

libav: vaapi - fix compilation error for older version of libva

transcode: fix memory leaks

Do a 'git status' in Autobuild.sh to see why it's dirty

prop: introduce PO_PHIDDEN for transcoding code, PO_HIDDEN is mainly used as a hint for grids

libva: vaapi - redirect the info/error callbacks to tvh's log

libav: log - rework filters and print the class_name

iptv libav input: fix the base_time deprecated warnings from ffmpeg

transcode: don't use deprecated hw_context member of AVCodecContext

transcode: fix compilation error (hwaccels) in video.c

transcode: fix wrong usage of 'static char'

transcode: vaapi - use vaapi deinterlace instead yadif

transcode: another audio config cleanups to avoid NULL dereferences

transcode/configure: add check for libdrm/drm.h

transcoding: allow to select vaapi device, fix pix_fmt handling?

Makefile.ffmpeg: remove wrong muxers

transcoder: fix the wrong audio codec profile structure access, fixes #4565

transcoder: another fix for #4564

profile: fix the wrong data/conf/profiles context

tvh-json.py: README.md fixes

transcoder: fix the NULL pointer dereference, fixes #4564

api: more raw idnode extensions

tvh-json: more updates, added README.md

api: add missnig api_raw.c

tvh-json: initial version

api: add idnode raw export/import handlers

webui: do not load the codec tab when libav is not build-in

api: add api/pathlist for python-json.py

Makefile.ffmpeg: fix libmfx -> libopus depedency

libav: fix compilation without libav support

configure: rework vaapi detection

transcode: audio - add track limiter

transcode: add language selection

transcode: audio - fix the framedrop detection

libav: suppress printing of message 'force frame type'

transcode: add profile_init() callback for codecs to initialize correctly default audio format

transcode: resample audio if in/out formats does not match

transcoder: ignore some incoming streams for 'Filtered out' log

libav: log - remove trailing newline

transcode: fix the src_codecs initialization

profile: load pre-defined streaming profiles and codecs from config tree

transcode: implement back the possibility to skip source codecs (from commit a334c453cd36bb4b622a5a17e5349c1055143fe2)

transcoder: remove some wrappers (duplicated code)

Makefile.ffmpeg: upgrade to opus-1.2.1

[transcode]: hevc does not support interlaced frames

[transcode]: small adjustment (video picture type)

[transcode]: drop invalid video frame

[transcode]: partially revert previous commit (something went really wrong)

[transcode]: fix pict_type for libtheora (and others), drop invalid video packet (pts <= last)

[transcode]: max_b_frames - should be good

[transcode]: finally fix hevc_vaapi recording (and streaming?)

[transcode]: avcodec_close is deprecated

see note at:
https://www.ffmpeg.org/doxygen/3.1/group__lavc__core.html#gaf4daa92361efb3523ef5afeb0b54077f

[transcode]: picture type

[libav]: libx265 picture type

[libav]: couple of fixes + temp modifications

[libav]: verbose logging

[transcode]: remove confusing log line

[transcode]: h264_omx fix + bitrate setting

[transcode]: fix libx264 profile setting

[configure]: omx_rpi (last, I hope)

[configure]: omx configure (let's hope I got it right this time)

[configure]: fix for omx_rpi

[wip]: codec profiles + transcode + vaapi

http/satip server: change RTP/TCP data queuing to avoid dead-locks, fixes #4226

mkv muxer: fix the crash when agent == NULL

tcp: rewrite tcp_connect to try more IP addresses, cleanups, fixes #4552

spawn: parse arguments - accept arguments inside '' or  like does shell

bintray.py: add tidy command

satip client: issue discovery packets 1,10,30,3600+ seconds after boot, fixes #4553

muxer libav: do more precise pts/dts rescale

profile: fix the race in profile_sharer_thread initialization, fixes #4545

iptv libav input: add missing iptv_input_mux_started() call

iptv libav input: ignore the negative dts/pts values

Makefile.ffmpeg: add flv and live_flv demuxers

Makefile.static: add -no-check-certificate to wget

iptv: another way to fix the warning

Makefile.ffmpeg: add some demuxers for latest IPTV libav input

iptv: fix compilation error (last change)

iptv: add libav input

muxer: fix NULL dereference

muxers: pass 'User-Agent' from http streaming

- and add skip S_DVBSUB tracks for VLC (https://trac.videolan.org/vlc/ticket/14577)

Autobuild: add raspbian stretch target ready for doozer.

mpegts pass muxer: remove include of signal.h

epg channel mapper: fix the wrong channel list save, fixes #4539

mpegts pass muxer: add kill signal / timeout fields

mpegts pass muxer: add spawn functionality

main: cleanup fix for recent openssl library

profile: mpegts spawn - fixes and cleanups

muxers: call muxer_cache_update only for seekable file descriptors