Select Git revision
Search by author
- Any Author
- authors
-
Administrator root
-
Alaric Senat
asenat
-
Alexandre Janniaux alexandre-janniaux
-
Bart - The Review Bot
Bart
-
Benjamin Arnaud
bunjee
-
Christophe Massiot cmassiot
-
Claudio Cambra
claucambra
-
David dfuhrmann
-
Denis Charmet
typx
-
Fatih Uzunoğlu fuzun
-
Felix Paul Kühne
fkuehne
-
François Cartegnie
fcartegnie
-
Gabriel Lafond-Thenaille gabriel_lt
-
**** project_435_bot
-
**** project_435_bot_867220ea9cbb40f38051abad33491375
-
Ilkka Ollakka
ileoo
-
Jean-Baptiste Kempf
jbk
-
Jean-Paul Saman
jpsaman
-
Johannes Kauffmann
JohannesKauffmann
-
Konstantin Pavlov
thresh
- Oct 08, 2021
-
-
...instead of -VLC_EGENERIC, leading to an overflow. ../../modules/codec/twolame.c: In function ‘OpenEncoder’: ../../modules/codec/twolame.c:236:16: warning: integer overflow in expression ‘-2147483648’ of type ‘int’ results in ‘-2147483648’ [-Woverflow] 236 | return -VLC_EGENERIC; | ^ -
Steve Lhomme authored
After 9e7ed024 the test for the environment variable wasn't done properly. Resulting in empty variables (and error messages during configure). Fixes #26165
-
- Oct 07, 2021
-
-
-
-
The 1.14 is out since February 2020[¹]. Fixes compilation error such as: GEN xproto.c File "$VLC/contrib/contrib-native/libxcb/src/./c_client.py", line 1937 after_end_of_request = '(((char*)R) + R->length * 4)' TabError: inconsistent use of tabs and spaces in indentation [^1]: https://lists.x.org/archives/xorg-announce/2020-February/003039.html -
...so that demux_New() will not fail flat out.
-
-
-
-
They are mostly the same as the C++20, and ever more so C2X drafts. The differences are: * The set of supported atom types is more constrained in LibVLC. * LibVLC supports timed-waits.
-
These functions are functionally at the intersection of threading and atomic operations. But then again, atomic operations in general are intrinsically dependent on threading. On the practical side, <vlc_atomic.h> is not an implicit header in <vlc_common.h>, unlike <vlc_threads.h>. So this change actually lessens the namespace "pollution".
-
-
-
Expose a 2x2 direction matrix to let shaders orient picture vectors. For example, one pixel to the top in picture coordinates might result in one pixel to the right expressed in texture coordinates.
-
-
Contrary to other filters, the 'mock{mask}' picture coordinates depend on rotated vertex coordinates, computed from the vertex shader. As a consequence, the texture coordinates could not be computed on CPU, so compute them from the vertex shader. -
-
-
The transform matrices were square for wider compatibility with OpenGL versions. Now that they are computed on CPU, we can use 3x2 matrices.
-
All coordinates transforms were applied from the fragment shader generated by the sampler. This simplified the API a lot: the filters could just let the generated sampler code manage all the transforms. However, this is wasteful, since all these transforms are linear. Instead, expose a new function to let the filters transform their picture coordinates to texture coordinates, before passing them to their vertex shader. The filters will be adapted in the following commits.
-
The check was done on the value of the memory allocated and not the memory allocated itself, leading to uninitialized warnings from the compilers and potential NULL dereference in case of memory allocation failure, or random errors in case the memory has been correctly allocated but is initialized to zero.
-
We don't need to force it to Win2K.
-
We already build for a version equal or higher than 0x0601 (Win7)
-
These are Win10 builds with a maximum API support of Windows 1809 = Redstone 5. We use the LLVM "UWP" image as it's the one with UCRT runtime by default. It's not tied to UWP API's only. Only the C runtime is different compared to the win64 LLVM builds we already have.
-
The NTDDI version contains the windows version and the subversion like the Windows 10 flavor or Service Pack. This is supported by mingw64 and MSDK. https://docs.microsoft.com/en-us/windows/win32/winprog/using-the-windows-headers
-
-
Current libplacebo git master has dropped fields deprecated in libplacebo v2, but we remain backwards compatible with libplacebo v2 due to reasons of debian stable / ubuntu LTS. Rather than bumping up to libplacebo v3 (which would allow us to drop these deprecated functions entirely), simply add forward compatibility defines for now. Can be removed whenever there's a new ubuntu/debian release.
-
With the bump to the minimum version, all these #ifdefs can (mostly) be cleaned up.
-
This is packaged everywhere relevant, including Debian 11 (stable). Fedora 33 and Ubuntu 20.10. (Rolling release distros all have v4 anyways) Motivation behind this is twofold: besides the obvious code simplification, this is mainly for simpler forward compatibility with libplacebo v4+.
-
-
-
There are no needs to reset p_sys on error. (Only the callbacks need to be reset - for affected capabilities.)
-
- Oct 06, 2021
-
-
The previous ones had outdated certificates. They can no longer build contribs.
-
-
Captions used to fallback on 608 when 708 is undetected, but as probing can be asynchronous, we have no way to deal with this properly. (and re-updgrade to 708 anyway) refs #26159
-
The texture scaling factor represents how a plane is scaled compared to the first plane, so by definition, the first plane is not scaled (its ratio is 1:1). This simplification was missed by 499b7ef7.
-
- Oct 05, 2021
-
-
-
QOpenGLFramebufferObject::takeTexture is detaching the current texture and transfering ownership to the caller, and the texture was never destroyed afterwards. It was leading to a huge memory consumption and leak when using the sample app. From the documentation[^1] in Qt5: Returns the texture id for the texture attached to this framebuffer object. The ownership of the texture is transferred to the caller. If the framebuffer object is currently bound, an implicit release() will be done. During the next call to bind() a new texture will be created. [1]: https://doc.qt.io/qt-5/qopenglframebufferobject.html#takeTexture Co-authored-by:Alexandre Janniaux <ajanni@videolabs.io> For the commit message and cleaning the fix mostly. Fixes #25867
-
- Oct 04, 2021
-
-
mainInterface.minimumHeight is no longer available, therefore use topWindow to retrieve minimum height.
-
Now that TexCoordsMap is the same for all planes, initializing the pixel vec4 in several steps is not necessary anymore. Concretely, replace: vec4 texel; vec4 pixel = vec4(0.0, 0.0, 0.0, 1.0); texel = texture2D(Textures[0], tex_coords); pixel[0] = texel.r; texel = texture2D(Textures[1], tex_coords); pixel[1] = texel.r; texel = texture2D(Textures[2], tex_coords); pixel[2] = texel.r; by: vec4 pixel = vec4( texture2D(Textures[0], tex_coords).r, texture2D(Textures[1], tex_coords).r, texture2D(Textures[2], tex_coords).r, 1.0);
-
