It had been deprecated by c5f960ff, and
is not used anymore.

A new "minimal" executor API has been introduced to replace it.

Replace the background worker by an executor.

Replace the background workers by executors.

Replace the background worker by an executor.

Introduce a new API to execute "runnables" from background threads.

The final design is a result of discussions on the mailing-list:
 - <https://mailman.videolan.org/pipermail/vlc-devel/2020-August/136696.html>
 - <https://mailman.videolan.org/pipermail/vlc-devel/2020-September/136944.html>

Steve Lhomme authored Aug 10, 2020 and Felix Paul Kühne committed Sep 11, 2020

Signed-off-by: Felix Paul Kühne <felix@feepk.net>

This solves compilation issues with contrib libraries using meson for future macOS architectures

It's supposed to be handled in the window, not in the display module.

It's likely broken at this stage.

It's supposed to be handled in the window, not in the display module.

In the future it may be called directly from the thread generating the event to
lower the latency.

The temporary and output format are the same at this stage.

It also shows potential that might need some attention when vd->source changes in push.

In some cases the display modules may rotate the video format, resulting in
inverted and non matching SAR. But in that case the width/height will also be
rotated and thus not matching either.

Also the comparision between the input and preferred format of the display
module explicitly zero the SAR for comparison (although it may hide some needed
conversion).

Instead of adding explicit opt-out for the known unsupported
architectures (armv7, aarch64), just enable it for the specific
architectures we know are supported.

And some code cleaning.

No functional changes.

If there are some extra data, the chroma should be constant and we can estimate
it so that we create the decoder output with the proper chroma on open.

The VLC chroma contains both the subsampling and the bitdepth.

VLC_CODEC_GREY* is used for monochrome.

  bottom and left shadows are not part of the design
  top shadow is already attached to the navigation bar

Romain Vimont authored Jul 07, 2020 and Alexandre Janniaux committed Sep 10, 2020

Add an overview of the implementation of OpenGL filters.

Co-authored-by: Alexandre Janniaux <ajanni@videolabs.io>
Signed-off-by: Alexandre Janniaux <ajanni@videolabs.io>

Romain Vimont authored Jul 07, 2020 and Alexandre Janniaux committed Sep 10, 2020

Enable multisampling anti-aliasing:
 - render to an intermediate multisample renderbuffer;
 - resolve it to the output framebuffer.

Co-authored-by: Alexandre Janniaux <ajanni@videolabs.io>
Signed-off-by: Alexandre Janniaux <ajanni@videolabs.io>

Romain Vimont authored Jul 07, 2020 and Alexandre Janniaux committed Sep 10, 2020

This paves the way to initialize multisample framebuffers, which depend
on whether the filter is the last.

Co-authored-by: Alexandre Janniaux <ajanni@videolabs.io>
Signed-off-by: Alexandre Janniaux <ajanni@videolabs.io>

Romain Vimont authored Jul 07, 2020 and Alexandre Janniaux committed Sep 10, 2020

Co-authored-by: Alexandre Janniaux <ajanni@videolabs.io>
Signed-off-by: Alexandre Janniaux <ajanni@videolabs.io>

Romain Vimont authored Jul 07, 2020 and Alexandre Janniaux committed Sep 10, 2020

Expose the date of the input picture_t to the OpenGL filter.

As the date is directly coming from the input picture without
modification, its value and semantic is defined by the previous layer
forwarding the picture to the OpenGL filters.

Co-authored-by: Alexandre Janniaux <ajanni@videolabs.io>
Signed-off-by: Alexandre Janniaux <ajanni@videolabs.io>

Romain Vimont authored Jul 07, 2020 and Alexandre Janniaux committed Sep 10, 2020

The requested viewport must be applied only on filters which draw
directly to the output (from the last non-blend filter to the end).

Co-authored-by: Alexandre Janniaux <ajanni@videolabs.io>
Signed-off-by: Alexandre Janniaux <ajanni@videolabs.io>