Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The FCC defines a "safe area" for caption rendering to be 80% of the
window height.  This patch changes it from 75% to 80%, and fixes a
bug in the original math due to integer arithmetic (the result of
(100/16 got truncated):

Original math:
100 / 16 * 8 / 10 = 4.8

Fixed math:
100 * 8 / 10 / 16 = 5
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

```--
  CXX      demux/adaptative/plumbing/libadaptative_plugin_la-CommandsQueue.lo
In file included from f:/lang/gcc/usr/local492/include/c++/4.9.2/atomic:38:0,
                 from ../include/vlc_atomic.h:221,
                 from demux/adaptative/plumbing/CommandsQueue.hpp:29,
                 from demux/adaptative/plumbing/CommandsQueue.cpp:20:
f:/lang/gcc/usr/local492/include/c++/4.9.2/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
 #error This file requires compiler and library support for the \
  ^
In file included from f:/lang/gcc/usr/local492/include/c++/4.9.2/atomic:41:0,
                 from ../include/vlc_atomic.h:221,
                 from demux/adaptative/plumbing/CommandsQueue.hpp:29,
                 from demux/adaptative/plumbing/CommandsQueue.cpp:20:
f:/lang/gcc/usr/local492/include/c++/4.9.2/bits/atomic_base.h:74:3: error: 'constexpr' does not name a type
   constexpr memory_order
   ^
```

-----
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Sometimes, especially at quit, vlc_cond_(timed)wait() may be called
very frequently. And this may exceed the limit the post count of
OS/2 event semaphore. As a result, waiting thread numbers cannot be
calculated properly.

To avoid this, increase/decrease waiting thread numbers in
vlc_cond_wait_common() instead of separating it into vlc_cond_signal()
and vlc_cond_wait_common().
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Maybe it would be better to download specific revision instead of HEAD (?).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

AStreamReadNoSeekStream can return a value less than the length argument
without failing.

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Note that this won't work if the video output is embedded in the main window

This is done mainly for debug purposes for now

This solves linking issues with FFmpeg HEAD

Return only -1,0,1 and not directly subtraction, as like Remi pointed
out, result can exceed INT_MAX.

Xml reader reads stream so we need to handle that so later on probing
don't fubar. This seemed to hit for srt probing atleast as currently it
doesn't anymore explicitly seek to 0.

Most likely no major speed difference with low amount of subtitles.

This allows deployment in multi-threaded OpenGL scenarios without collisions