- Mar 13, 2020
-
-
Konstantin Pavlov authored
-
Konstantin Pavlov authored
Honor VLC_PREBUILT_CONTRIBS_URL env variable and produce packaged tarball if prebuilt contrib is not available.
-
Steve Lhomme authored
If the configure.ac changes, autotools will notice and rerun the necessary commands to build properly. Same thing if a Makefile.am is modified. If one of the local .m4 file is modified, it won't pick the difference. The user will need to run the bootstrap manually (or remove the configure file).
-
Steve Lhomme authored
If set to none we fallback to normal playback into a custom window. We need the variable in the regular player so the variable can be read even when desktop VLC.
-
Also removed upstream in f1570f0c2f70832dd170285f8de60bd2379c8efa. See the following link: https://aomedia.googlesource.com/aom/+/f1570f0c2f70832dd170285f8de60bd2379c8efa%5E%21/#F0 Signed-off-by:
Thomas Guillem <thomas@gllm.fr>
-
sout_instance_ControlsPace implementation is only compiled when ENABLE_SOUT is defined, so es_out should only use it in that case. Signed-off-by:
Thomas Guillem <thomas@gllm.fr>
-
Steve Lhomme authored
If this format is available for decoding it should give the best result and performance. If not, something else will be picked.
-
Steve Lhomme authored
Via DXVA-HD conversion to RGB or possibly StretchRect if it supports it.
-
Steve Lhomme authored
Via DXVA-HD conversion to RGB or possibly StretchRect if it supports it.
-
Steve Lhomme authored
Via DXVA-HD conversion to RGB or possibly StretchRect if it supports it.
-
Steve Lhomme authored
Via DXVA-HD conversion to RGB or possibly StretchRect if it supports it.
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
Not sure why we should restrict the input we accept if lavc proposes to decode that format. We can always check and refuse later if the hardware can't do it.
-
Steve Lhomme authored
Tested with the patched FFmpeg
-
Steve Lhomme authored
-
Steve Lhomme authored
This doesn't mean we can handle them, just that we log them properly.
-
Steve Lhomme authored
-
Steve Lhomme authored
The decoder doesn't provide a proper alpha value.
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
The value should be set before including any Windows headers and thus should not be using a value that is defined in Windows headers. Currently a no-op for that reason. Ultimately we might get rid of these as we officially support Windows 7 as the minimum required to run VLC 4.0.
-
Steve Lhomme authored
-
- Mar 12, 2020
-
-
François Cartegnie authored
This reverts commit 984fa854.
-
Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Signed-off-by:
Thomas Guillem <thomas@gllm.fr>
-
Signed-off-by:
Thomas Guillem <thomas@gllm.fr>
-
François Cartegnie authored
-
François Cartegnie authored
-
François Cartegnie authored
-
François Cartegnie authored
-
Steve Lhomme authored
We don't have to rely solely on StretchRect capabilities anymore. DXVA-HD can do more and better conversions.
-
Steve Lhomme authored
We need to know the chroma subsampling and bitdepth before we can choose a good candidate. The list of supported formats provided by the decoder may not be the optimal choice, not respecting the minimum bitdepth or adding more chroma subsampling if falling back to NV12.
-
Steve Lhomme authored
The DLL is referenced in another picture so also needs to be kept alive while that picture is around.
-