DVDVideoCodecAmlogic: Remove throttling of MPEG2 playback

* 56ebbc6 introduced logic in place for playback conditions on the Amlogic
  devices. However, after this commit was merged MPEG2 streams started to
  be HW decoded and thus throwing off the logic put in place to accomodate
  direct .VOB playback.
* Remove the MPEG2 width check and let amcodec handle the playback if all
  else checks out

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
[AMLCodec] Add support for panel display output

On Amlogic tablets /sys/class/display/mode is set to panel.
To read width and height of screen (dynamically), we have
to parse /sys/class/display/axis
[PVR] Changed EpgInfoTag::[IsActive|WasActive|InTheFuture] to take
      timeshifting into account. Fixes wrong event info shown at
      several places in kodi UI when timeshifting (e.g. Video OSD).
Use "system.playlistspath" setting instead of default library one in CFileUtils
linux: Check for Logind first, then *Kit-s with UPower when detecting PM framework

Logind is the most likely candidate to work nowadays and latest UPower does
not provide suspend/hibernate API.
[keymap] Recreate SDL2 compatible PS3 dualshock keymap, converted from the 360 one
[rbp] Enable optimization on Raspberry Pi
[curl] Avoid busy spinning when socket timeout is too low

This is an RFC as I don't know this code well, but my investigation may provoke a better fix.
See: http://forum.kodi.tv/showthread.php?tid=201797&pid=1771808#pid1771808

Summary: when streaming audio through http the cpu usage starts low and creeps higher and higher.

For first minute, the CPU usage of FileCache thread is a few percent.
As time goes by the cpu usage for this thread increases until it hits about 60% and we start stuttering.

Disabling the filecache (buffermode=3) avoids the high cpu issue.

I've tracked down where the cpu is occurring.
CCurlFile::CReadState::FillBuffer is called with want=1.
After a while, g_curlInterface.multi_timeout returns smaller and smaller timeouts,
until it it just returning 0 and 1 for timeout. This results in busy spinning in this function.
The small timeouts mean small amounts of data are read and so FillBuffer gets called more often.

My fix just ensures the timeout is never less than 200ms.
Now stream plays for a long time without stuttering and FileCache thread remains at about 1% CPU.
[xml] 'action' type setting should not require 'id' attribute
remove unused variable
fix uninitialized variable
[Keyboard layouts] Add Portuguese QWERTY
[vtb] - fix - use the correct bit for signaling the hw decoder to drop a frame. This is the bit which is visible in the now public ios 8 headers of vtb. I doubt that apple ever change this till ios4. If they did - we are screwed on older runtimes. At least on ios6 this bit is valid for sure.
add component logging for video
Fixes: check results of memory allocation functions
Fixes: check for NULL pointers before dereference
Fixes: don't use uninitialized vars
Fixes: checks for buffer overrun
Fixes: wrong log strings
Fixes: remove large buffers from stack