- Feb 26, 2022
-
-
-
-
-
-
Date are now exposed as time_t Duration should have always been an int64_t And replace unsigned int by uint32_t for coherence
-
-
-
-
-
- Feb 25, 2022
-
-
Co-authored-by:
Hugo Beauzée-Luyssen <hugo@beauzee.fr> Co-authored-by:
Thomas Guillem <thomas@gllm.fr>
-
Hugo Beauzée-Luyssen authored
-
-
-
This will allow changing the internals without the caller knowing about it.
-
setting border.width on border.color's Animation.Running signal seems to cause an invalid state when a previous animation is in progress and border.color is reset
-
The two big long ifdef's are identical except for the i486 case, so take that particular case out and factor the rest. No functional changes except for removing a no-op CPUID call on i586+.
-
(and fix unused warning)
-
-
It contains DXVA definitions for AV1 and some other cleanup.
-
Hugo Beauzée-Luyssen authored
rules allow finer customizations, and only/except is to be considered deprecated according to gitlab docs
-
Hugo Beauzée-Luyssen authored
Use a default and let the non-docker jobs specify their own tags as they already did
-
-
I included adaptation here of a few existing cases using a different solution to the helper defines suggested in review. Example warning: ``` ../../modules/gui/qt/dialogs/preferences/simple_preferences.cpp: In constructor 'SPrefsCatList::SPrefsCatList(qt_intf_t*, QWidget*)': WARNING : ../../modules/gui/qt/dialogs/preferences/simple_preferences.cpp:254: 40: 'void QSignalMapper::mapped(int)' is deprecated: Use QSignalMapper::mappedInt(int) instead [-Wdeprecated-declarations] 254 | connect( mapper, QOverload<int>::of(&QSignalMapper::mapped), this, &SPrefsCatList::switchPanel ); | ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/QSignalMapper:1, from ../../modules/gui/qt/dialogs/preferences/simple_preferences.cpp:45: /usr/include/x86_64-linux-gnu/qt5/QtCore/qsignalmapper.h:71:10: note: declared here 71 | void mapped(int); | ^~~~~~ ```
-
``` ../../modules/gui/qt/dialogs/preferences/simple_preferences.cpp: In constructor 'SPrefsPanel::SPrefsPanel(qt_intf_t*, QWidget*, int)': WARNING : ../../modules/gui/qt/dialogs/preferences/simple_preferences.cpp:811: 52: 'void QButtonGroup::buttonClicked(int)' is deprecated: Use QButtonGroup::idClicked(int) instead [-Wdeprecated-declarations] 811 | connect( radioGroup, QOverload<int>::of(&QButtonGroup::buttonClicked), | ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QButtonGroup:1, from ../../modules/gui/qt/dialogs/preferences/simple_preferences.cpp:44: /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qbuttongroup.h:90:10: note: declared here 90 | void buttonClicked(int); | ^~~~~~~~~~~~~ ```
-
This replaces almost all use of `SIGNAL()` and `SLOT()` with Qt5-style strongly-typed connections. The `CONNECT()`, and `DCONNECT()` helpers built around them have been removed. Cases involving the `BUTTON_*` macros will be tackled in a separate commit to improve clarity. A few cases remain using `SIGNAL()` and `SLOT()` for now due to complications that should be dealt with separately.
-
- Feb 24, 2022
-
-
Rémi Denis-Courmont authored
Fixes #26643
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
It contains ComPtr, it should not be allocated with calloc()! Also fixes a structure leak for each region quad.
-
It has its own internal Win32 threads support. No need to rebuild this (heavy) contrib when pthread changes. No need to use winpthread from mingw either in the native protoc build when it can use the Win32 threading API. And thus the codebase is the same in both case.
-
The values are not dynamic, so we can know the value during the filter open.
-
In libplacebo v4.192, specifying the tone mapping state object is no longer optional. Failure to do this forces an internal fallback to a fixed function hable shader.
-
- Feb 23, 2022
-
-
Rémi Denis-Courmont authored
The OpenMAX Development Layer seemingly never really happened, so this module was never ever taken into use.
-
Rémi Denis-Courmont authored
Only x86 still uses the flaky procfs parsing.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-