- Apr 05, 2023
-
-
c0ff330k authored
-
- Apr 04, 2023
-
-
Fixes #27980
-
-
-
-
-
There are no particular reasons to allocate the frame structure and the frame buffer together. In fact, this prevents the effective use of aligned allocation functions for the buffer, and reduces the effectiveness of the address sanitiser. This is also no longer necessary for vlc_frame_Realloc() to work; the function now works optimally regardless of how the frame was allocated. The ad-hoc overflow check is also dropped, as it is unnecessary whence size is always smaller than 2^28.
-
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
The ID3D11VideoContext_VideoProcessorBlt define is only set with COBJMACROS. We don't need it as the code should not be compiled if it's not available.
-
Steve Lhomme authored
-
Steve Lhomme authored
No need to use the textureFormat when we know it's nullptr.
-
Steve Lhomme authored
Passing false (0) would result in no format being ever selected.
-
Thomas Guillem authored
-
Thomas Guillem authored
-
Thomas Guillem authored
-
Thomas Guillem authored
and input_preparser_callbacks_t to struct vlc_metadata_cbs
-
Thomas Guillem authored
-
Thomas Guillem authored
Instead of libvlc_ArtRequest()
-
Thomas Guillem authored
-
Thomas Guillem authored
-
Thomas Guillem authored
-
Thomas Guillem authored
SCOPE_* enums are for the preparser (not for the fetcher) and this option only touches the preparser.
-
Thomas Guillem authored
-
Thomas Guillem authored
This will allow to use the preparser to only fetch metadata.
-
- Apr 03, 2023
-
-
The 3rd formatted value has a type of vlc_tick_t, a.k.a. int64_t, not necessary long.
-
Ensure that the default framebuffer is setup during MakeCurrent(), so that any vlc_gl_t client can expect the state to be correct after calling vlc_gl_MakeCurrent() and without changing it. It seems that the default framebuffer was not always kept, leading to GL_INVALID_FRAMEBUFFER errors on Linux with a MESA egl_pbuffer (GBM backend) GLES2 implementation: $ MESA_DEBUG=1 ./vlc -vv ~/Video/dog_meme.mp4 --video-filter='opengl{filter=mock{mask},gles=any}' ... Mesa: User error: GL_INVALID_FRAMEBUFFER_OPERATION in glClear(incomplete framebuffer) Mesa: User error: GL_INVALID_FRAMEBUFFER_OPERATION in glDrawArrays vlc: ../../modules/video_output/opengl/filter_draw.c:112: Draw: Assertion `!"GL_INVALID_FRAMEBUFFER_OPERATION"' failed.
-
MakeCurrent() (triggered by vlc_gl_MakeCurrent) can have different behaviour than just eglMakeCurrent() to match the VLC API semantic. However, we'll need to reset the default framebuffer from this function for this very VLC semantic, whereas the default framebuffer is not yet existing when calling this function from Open. By using eglMakeCurrent(), we allow future behaviour change to handle this correctly.
-
-
Fix a future issue when using the code against a GLES2 provider, where the detection was done at build time instead of runtime. The build time check is needed to prevent using non-existant function and defines, but the runtime check will be needed whenever OpenGL headers are available. With the work allowing to use the opengl filter with a gles2 provider on Linux with OpenGL available (not merged), it leads to: $ MESA_DEBUG=1 ./vlc -vv ~/Video/dog_meme.mp4 --video-filter='opengl{filter=mock{mask},gles=any}' Mesa: User error: GL_INVALID_ENUM in glTexParameter(pname=GL_TEXTURE_PRIORITY) Mesa: User error: GL_INVALID_OPERATION in unsupported function called (unsupported extension or deprecated function?) -> GL_ASSERT_NOERROR triggers Oddly, it was not reproduced with `-V gles2`, but only because the interop code is built into the convenience libvlc_opengles.la with the USE_OPENGL_ES2 define, which is what is currently disabling this code.
-
Ensure that draw commands are not leading to any error later in the pipeline.
-
Ensure that draw commands are not leading to any error later in the pipeline.
-
Ensure that draw commands are not leading to any error later in the pipeline.
-
Ensure that draw commands are not leading to any error later in the pipeline.
-
- Apr 02, 2023
-
-
While runtime gettext support was already working, this adds the missing piece of build integrations. With these changes, three new targets are now available to manage translation files: - vlc-pot: Regenerates the .pot files using xgettext - vlc-update-po: Regenerates the .po files from the current .pot files - vlc-gmo: Builds (but not installs) the translations
-
No functional changes
-
No functional changes
-
-
No functionnal changes
-