mirror of
https://code.videolan.org/videolan/vlc
synced 2024-09-28 23:09:59 +02:00
b469857dec
It is not used in POSIX systems. On other system it probably don't make a difference anymore, only Windows has actual useful values for VLC_THREAD_PRIORITY_XXX. The synchronization is more important than having some threads called more often than others. |
||
---|---|---|
.. | ||
android | ||
apple | ||
drm | ||
libplacebo | ||
opengl | ||
vulkan | ||
wayland | ||
win32 | ||
xcb | ||
caca.c | ||
caopengllayer.m | ||
decklink.cpp | ||
drawable_os2.c | ||
fb.c | ||
flaschen.c | ||
glx.c | ||
kms.c | ||
kva.c | ||
macosx.m | ||
Makefile.am | ||
README | ||
splitter.c | ||
vdummy.c | ||
vgl.c | ||
vmem.c | ||
wdummy.c | ||
wextern.c | ||
window_macosx.m | ||
window_os2.c | ||
yuv.c |
Video output display plugins ============================= Priority rules --------------- The priorities ranges are as follows since December 2018: - less than 20: console (text) - less than 50: plain frame buffers - less than 100: no embedded windowing - less than 150: SW scaling - less than 200: SW subpicture blending - less than 250: SW chroma conversion - rest: good stuff :-) No more than one plugin with a given non-zero riority. On Windows, native outputs are now priorized over XCB (as there now is a Win32 port of XCB).