Zero-length strings are loaded as NULL. There are probably quite a few
other similar failure cases :( I have not investigated.

For example, x264's git is one.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This is not really needed. Cache corruption would be detected anyway.
But better safe than sorry.

We do not need them afterward.

This avoids seeking. This data was not useful.

 * Add the org.mpris.MediaPlayer2.Player.Seek method introspection data
 * Update the copyright headers

 * Use an int64 argument
 * Update the copyright headers

Else the check on i doesn't make sense

Fix #5066

Close #5168

- Rearrangements of effects in categories
- Addition of antiflickering, gaussian, mirror
- Removal of useless filters, like pano (wall is here)
- Removal of rarely used vars
- Simplifications

To support Xcode4, we require the 10.6 SDK now, which can be easily reverted when using Xcode3.2 an appropriate SDK.

Note that this project file format now requires Xcode 3.2 or later

Continuity of the two FIFOs is maintained, as is consistency with the
input date. PTS discontinuity only seems to occur due to rounding
errors in the filters. It should be better not to drop samples, but
simply fix the buffer PTS and length.

Ideally, resamplers would use date_Increment() so they do not introduce
rounding errors. But first the block disconuity flag should be checked
for correctness during filtering, so that resamplers can reset the date
in case of hole.

...for good this time (yeah right).

(Logic for more than one reference was inverted)

libdbus has multiple thread-safety issues and using private connections
(ie: not shared with other vlc modules) helps avoiding some of them.