GitLab

The opaque p_data is now the first argument for the sake of consistency.

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

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

Error path is never triggered after avahi_threaded_poll_start().
Even if it was, thread should probably be stopped before freeing avahi client ...

Only last created service browser was stored.
avahi_client_free() should free also all service browsers.

LLVM treats a typedef with forward-declaration inside a local struct as
a forward-declaration for a nested type of that struct, effectively
erroring on the implementation of the dispatchers.

This patch fixes that issue by forcing the name to referr to a type in
the sourrounding scope (by introducing a proper forward-declaration).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

It somehow slipped my mind that C++03 disallows local types as
template-arguments, which makes one of the earlier commits invalid when
compiled as C++03.

This patch correctly moves the type in question to the global namespace
(inside an anonymous namespace to not pollute the global linkage scope)
so that everything is 100% legal C++03.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Currently vlm show does not show the next launch of endlessly repeated schedules after the first launch
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>

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

Replaced the dynamic allocation with an equivalent construction on the
stack (we do not need dynamic life time since it is unconditionally
destroyed at the end of the block).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

The two overloads of EbmlParser::reconstruct has been added due to the
fact that there are _a lot_ of places in the code following the below:

    delete ep;
    ep = new EbmlParser (a, b, c, b);

The above will, unless the compiler feels cocky and optimizes it to what
is included in this patch. First free the memory used, and then allocate
new memory for a new EbmlParser.

Instead of doing what is effectively a reallocation, this patch
introduces EbmlParser::reconstruct which will reconstruct the object
in-place (without actually having to reallocate the underlying storage).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Outputting the percentage when we do not have any (-1.f) is of no use,
this patch properly makes use diagnose what we actually have (either a
fixed location, or the percentage).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The macro and the disabled code blocks are not required, as such they
have been removed.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

BlockFindTrackIndex does what the explicit loop is doing; we should use
it.
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>

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

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

--
must have been tested with samples where the shift was 0
this fixes http://streams.videolan.org/samples/V-codecs/V422.AVI playing on a I420 surface
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

We use DDSCAPS_BACKBUFFER to do overlay. According to the documentation we need
these 2 flags on the front surface (the only one we have).
https://msdn.microsoft.com/en-us/library/windows/desktop/gg426110%28v=vs.85%29.aspx#DDSCAPS_BACKBUFFER
https://msdn.microsoft.com/en-us/library/windows/desktop/gg426110%28v=vs.85%29.aspx#DDSCAPS_FRONTBUFFERSigned-off-by: Jean-Baptiste Kempf <jb@videolan.org>