[gui] added colordiffuse attribute on texture definition
Increase USB and CEC rescan interval to 5 seconds

In one of my investigations to see why XBMC performance is so bad (even when idle) I found one of the threads (in my case PeripheralBusCEC) scan a big sysfs tree recursively. On the 1Ghz AppleTV 1 device this would be about 2% of the CPU *every* second. For the USB thread we luckily have Udev events, but for CEC it is using sysfs polling which is quite expensive. It would be better to make use of Udev as well for CEC (where available) however 5 seconds should be fine for everyone.

In my own builds I even brought it down to 30 seconds. Which means 29 seconds of reduced CPU usage.

The CEC polling probably should be more restricted to specific sysfs sections, or preferably use Udev as well, when available.

PS XBMC needs a special idle-state where it can turn down these expensive threads to make sure hardware can go into deeper sleep states. Especially for devices that doesn't do suspend for various reasons this is a requirement. (The ATV1 device for instance gets warm even when idle) If we can combine display-sleep with low-power states and a less expensive main-loop, that would be already quite an improvement without needing a complete refactoring of the code.
Use different names for USB/CEC and Udev related threads

While debugging some rescanning issues, it helped to distinguish the different PeripheralBus threads. Since there is a limit to thread names, I had to make sure the name fitted into 15 characters.

This is part of a series of PRs: #2323 and #2541

Before:
```
xbmc.bin-+-{EPGUpdater}
         |-{EventServer}
         |-2*[{PVRClient}]
         |-{PVRGUIInfo}
         |-{PVRManager}
         |-2*{PeripheralBus}            <-
         |-{SoftAE}
         |-{TCPServer}
         |-5*[{XBPython}]
         `-8*[{xbmc.bin}]
```

After:
```
xbmc.bin-+-{EPGUpdater}
         |-{EventServer}
         |-2*[{PVRClient}]
         |-{PVRGUIInfo}
         |-{PVRManager}
         |-{PeripBusCEC}                <-
         |-{PeripBusUSBUdev}            <-
         |-{SoftAE}
         |-{TCPServer}
         |-5*[{XBPython}]
         `-8*[{xbmc.bin}]
```
[textlayout] move setting of defaultColor into ParseText
[textlayout] move addition of '\n' for the last line into LineBreakText
[textlayout] remove ParseText wrapper that's only used once
[textlayout] add UpdateStyled() for updating with pre-styled text
[textlayout] adds SetStyledText to CGUILabel
[textlayout] perform text styling directly in CGUILabelControl to simplify code
[OSX] support CMD+v to paste clipboard text.
[DVDPlayer] Take advantage of if evaluation order.
[DVDPlayer] Remove unnecessary NULL check.
fix ; wake-on-access ; wait for specific net-interface to get connected
settings: add description textbox (ID 6) to CGUIWindowSettingsCategory
[rbp/omxplayer] Ignore video stream in audio filetypes

Since the ffmpeg 1.2 merge, we fail to play audio file with artwork.
These show up as having a mjpeg video stream, with just one frame in.
We get stuck in buffering and don't play the audio.

As people expect the paplayer behaviour, we ignore the video stream for
audio filetypes, so the audio can play with visualision.
[rbp/omxplayer] Make m_omx_render an object rather than pointer

Seems no reason for it not to be like other components, as it makes merging with command line omxplayer more difficult
[rbp/omxplayer] Remove commented out code
[rbp/omxplayer] Move openmax pipeline creation into portsettingschanged code

OpenMAX setup becomes more straightforward when components and tunnels are initialised after the first portsettingschanged message.
You get one of these after the first frame is decoded (and also when settings change, like resolution).
Doing the setup here means you know useful information about the stream, like the resolution and you avoid having to disable/enable multiple ports.

It will also make creating a pipline with the deinterlace component possible *after* the decoder has identified if stream is interlaced
[rbp/omxplayer] Support automatic deinterlace correctly.

Previously there was no distinction between deinterlace being automatic and force on.
Both did a hack parse that only worked (sometimes) for h264. Other codecs would always force on.

This change now handles the three modes correctly. Off and force on do as expected.
Automatic now queries the openmax video codec, which can reliably determine if a stream is interlaced
added: install xbmc bindings