- Jul 30, 2021
- Jul 29, 2021
-
-
Tristan Matthews authored
- Bug fixes [1]: * exports.cmake: use APPLE and WIN32 and use def for mingw-w64 https://aomedia-review.googlesource.com/c/aom/+/139882 * Issue 2993: Incorrect spatial_id when decoding base layer of multi-layer stream * Issue 3080: Chroma Resampling by Encoder on Y4M Inputs Files Tagged as C420mpeg2 * Issue 3081: Use of uninitialized value $version_extra in concatenation (.) or string at aom/build/cmake/version.pl line 88. [1] https://aomedia.googlesource.com/aom/+/refs/tags/v3.1.2/CHANGELOG
-
Thomas Guillem authored
-
Thomas Guillem authored
ES_OUT_SET_PCR can now be called anytime (even from the open cb) and from any threads. The behavior was changed in 800482fb. This fixes assert with asynchronous accesses like pulse that could configure the clock without being started by the input (via ES_OUT_PRIV_SET_MODE) Fixes #25947
-
Thomas Guillem authored
To avoid confusion with pgrm->active_clock_source.
-
And print the track str_id. It can be very useful for users that want to play with "type-track-id" options.
-
duration computations were made with precision loss, which add up and leads to unprecise seeking if the stream is really long (like a day or two) ref : https://mailman.videolan.org/pipermail/vlc-devel/2019-September/127759.html
-
fixes #25940.
-
- Jul 28, 2021
-
-
Hugo Beauzée-Luyssen authored
We already provide an absolute path, which cmake might try to interpret and convert to an equivalent value. This works, except when we try to replace the prefix we provided by @@CONTRIB_PREFIX@@ in change_prefix.sh, which leads to .pc files being present but unusable
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
This will abide by the configured prefix, and install the .pc as any other file instead of copying it manually
-
../../modules/demux/adaptive/logic/BufferingLogic.cpp: In member function ‘uint64_t adaptive::logic::DefaultBufferingLogic::getLiveStartSegmentNumber(adaptive::playlist::BaseRepresentation*) const’: ../../modules/demux/adaptive/logic/BufferingLogic.cpp:363:30: warning: ‘this’ pointer is null [-Wnonnull] 363 | if(!timeline->isValid()) | ~~~~~~~~~~~~~~~~~^~ Typo from 573752cf
-
- Jul 27, 2021
-
-
François Cartegnie authored
For some reason AAC is not part of the probing sequence, it then can't activate without shortcut/forced naming.
-
- Jul 25, 2021
-
-
- Jul 24, 2021
-
-
The function is not locking the display_lock, so it should not unlock it. It's a leftover of the previous code moves, where the error path has not been checked correctly. Regression from 2ba73428 Co-authored-by:
François Cartegnie <fcvlcdev@free.fr>
-
It was not obvious that sys->render or sys->static_filter were chronos. This will also allow to add more chronos properly.
-
this: - enables SSE2 (when available at runtime), which was added 13 years ago ([1]) but we never enabled use of it until now. - removes use of the MMX/MMXEXT availability testing functions, helping pave the way towards our goal of purging all MMX/MMXEXT code. - makes the code cleaner and reduces maintenance burden. - allows us to pick up use of new SIMD variant additions, if any more are ever added (unlikely) without having to explicitly add code to enable it. as pointed out in review, the `mpeg2_init()` call makes a call to `mpeg2_accel()` with `MPEG2_ACCEL_DETECT` itself, so there is no need to make such a call ourselves, thus the `mpeg2_init()` call alone is sufficient. the entire code block can thus be safely removed. [1]: libmpeg2@c80d1dc2
-
- Jul 23, 2021
-
-
-
-
-
This dead code is not maintained.
-
According to the current README, #videolan is now to be found at Libera.Chat. Update the documentation to be consistent with the README.
-
new "auto" color scheme automatically switches between "day" and "night" color scheme based on system settings available color schemes - on windows: auto, day, night other: system, day, night Closes #25590
-
* Identify Color Scheme via enum * Move available color scheme defination to cpp side This is done to introduce "auto" color scheme
-
a call made to `x264_param_default[_mpeg2]()` triggers cpu feature detection built into the x262/x264 lib, setting up the default value of the cpu flags 'param' attribute. the block of code deleted here pointlessly tried to subsequently remove a certain subset of flags from this where the vlc detection found those features to not be available. this dates back to before VLC v1.2 when we had core options that gave users a means of disabling use of individual SIMD variants - this block of code would apply such user choices to the use of the x262/x264 lib. those options were removed in 1081b213 for v1.2, but blocks of code like this were left behind. some adjustments to the cpu detection code were done for v1.3, which touched these code blocks, but seems to not have involved evaluating their necessity. without those old options, this block of code is utterly pointless, achieving nothing.
-
- Jul 22, 2021
-
-
The time taken by the prepare is compound of measurements taken in actual preparation steps. It's made of the time needed to execute the static filters, the interactive filters, and the time needed for the display to prepare. VOUT_MWAIT_TOLERANCE is the margin of error accepted when the scheduler wakes up the vout_control_Pop deadline late compared to the deadline we choosed, or wakes up the vlc_clock_Wait late. It's supposed to move the deadline back wherever relevant to display a frame, to wait a little less that in the ideal instantaneous or real time case. It doesn't represent "time spent" so there's no need to account it in the duration of the prepare as a discriminator for late frames. In addition, it's hardcoded time not dependant on whether the media or the system running the video output and accounts for 1/4 of the time budget for rendering a frame with 60fps. Regression from a5d85a5f.
-
the swscale cpu feature flags were deprecated in 2012 and removed in 2015 ([1]) in favour of auto-detection, hence the version guard used within the `GetSwsCpuMask()` function. in vlc v4.0-dev we are purging MMX/MMXEXT and so have a need to remove the corresponding portions of the function. this alone though would leave the function and related code only catering to enabling altivec in the one special case of compiling with an old swscale version. i felt that it was probably better to just rip it all out. [1]: https://github.com/FFmpeg/FFmpeg/commit/9d58639e270f7612874681e0ca30fa461e2667b7
-
- Jul 21, 2021
-
-
Lyndon Brown authored
- makes the code a little more readable. - switches to use of "plugin" rather than "module", as is more appropriate here.
-
Lyndon Brown authored
...to use short labels like `PLUGIN_PLAIN` and `PLUGIN_SSE2` rather than `MODULE_NAME_IS_xxx_yyy[_zzz]`. this makes the code cleaner, easier to read, and improves consistency. it also helps remove a source of plugin vs. module confusion. trying to recognise that something like `MODULE_NAME_IS_i420_yuy2` refers to the 'plain' variant, compared to `MODULE_NAME_IS_i420_yuy2_sse2` for the SSE2 variant, was problematic. the `#else // defined(MODULE_NAME_IS_xxx_yyy_sse2)` instances have been changed to `#elif defined(PLUGIN_SSE2)` in the i420 plugin. the flag passed to the nv12 plugin was removed (rather than replaced with `PLUGIN_PLAIN`) because it is unused. the i420_rgb plugin used short `SSE2` type defines. these have been changed to `PLUGIN_SSE2` style for consistency.
-
Colorspace most cases default with swscale, but it shouldn't hurt to define it if possible.
-
- Jul 20, 2021
-
-
This simplifies RenderPicture() and reduces the scope of local variables.
-
This is a first step to simplify RenderPicture().
-
these modules have no MMX code, and MMX is being purged, so there is no reason for issuing `emms` instructions.
-
we're purging all MMX/MMXEXT code; `sfence` is more appropriate.
-
notes: - this removes all SIMD acceleration for x86/x86_64. originally this work started by converting the MMX code to SSE2, then purged remaining artifacts, but a build error on android has blocked that work from being merged for now. this commit thus takes a different approach of simply purging the old MMX/MMXEXT code first, with getting the SSE2 implementation working to be done as a follow up. - the `EndMMX()` function is retained (renamed to `EndSSE()`) because it is still used under the merge code. the `emms` instruction will be replaced with an `sfence` instruction separately, as more appropriate.
-
During a new measurement, the current state of the chrono were always weighted in the same way, regardless of the number of samples that contributed in the values. As a consequence, the initial (arbitrary) value was too impactful. Instead, until there are enough values (according to the provided "shift"), weight the average and mean absolute deviation by the number of contributing samples. In particular, the first real sample overrides the arbitrary initial average.
-
Steve Lhomme authored
DEFINE_GUID in C++ resolves to an external C define but it won't exist in the display module compiled in C++ in release builds.
-
protobuf (for chromecast) doesn't make any sense on TV platforms.
-
Fixes #25921
-