fixed: Crash when scanning music without any scraper set
changed: It's nicer to close the music db on failure
fixed: Music album info gets stuck on failure (fixes #14435)
fixed, update of rss feed URLS
changed: Make more obvious we're passing a CFileItem
fixed: SQL query was wrong
fixed: Formatting (cosmetics)
fixed: artist was being added as genre to music album table
fixed: Locally found music album art was not stored in the db ((partially?) fixes #14345)
Don't clobber path history when running a search
Merge pull request #2903 from davilla/change-rss-urls

fixed, update of rss feed URLS
Merge pull request #2906 from arnova/music_db_fixes

Music info/db (regression) fixes
Improve resilience of volume change.

Building on the previous fix for the audio volume jumps experienced
when switching tracks, this adds a double check that the underlying audio
layer has actually set the volume to the new value. This may fail because
the COMXAudio object it not yet initialised.

If there is a failure, then the volume change is retried in the next
iteration of COMXPlayer::Process().
Merge pull request #2909 from sgebbie/master

[rbp/omxplayer] Volume Jump Fix
[rbp/omxplayer] Fix build error from #2909

(sorry should have spotted this)
Merge pull request #2910 from popcornmix/fix_volume_fix

[rbp/omxplayer] Fix build error from #2909
[ffmpeg] Add armv6 optimised path to dts decode
[rbp/omxplayer] Remove fixPreroll parameter

The preroll only affects when the clock component starts. It doesn't affect the reported timestamps,
so adjusting timestamp by the preroll is incorrect
[rbp/omxplayer] Make audio_render configurable as the clock master

By default audio_render is the clock master, and if output samples don't fit the timestamps, it will speed up/slow down the clock.
This tends to be better for maintaining audio sync, but does affect video/display sync, and when enabled some receivers can suffer drop outs.
The other option makes audio_render the clock slave, and it has to drop packet or output silence to maintain sync.

It can cause audio dropouts (unfortunately it does for me on my Onkyo 609, although I couldn't reproduce it on any other system).

As both settings have some advantages, and as this mode more accurately defines whether playback is synced to display, or audio,
I've used the GUI setting "sync playback to display" to control this.

The previous use of "sync playback to display" didn't have any benefits, and was never recommened.
[rbp/omxplayer] Move buffering decision out of OMXPlayerAudio

This gets the m_stalled behaviour closer to dvdplayer which may help live tv issues.
The buffering will be re-added at a higher level from omxplayer