This regards the docs available here: https://mpv.io/manual/master/ so I am not following any template. I was told to open a new issue if this still persists: mpv-player/mpv#2224

I do think it persists.

1. The docs for sub-scale-with-window say that the option is misnamed. Would it not be better to rename it so that it makes sense? I propose sub-scale-with-video

Bug report

Describe the bug

Here is a clear and concise description of what the problem is:

Hello, There is a bug on Kodi (tested on Windows Store version)
Using Alt+Space I can move Kodi on full-screen mode

Expected Behavior

Here is a clear and concise description of what was expected to happen:

Actual Behavior

Possible Fix

To Reproduce

Steps to reproduce t

The documentation does not have a key code for the numberpad dot. Is this intentional? It comes up as Unknown when it is pressed. The same is true for the numlock and capslock key although this kinda makes sense.

Shouldn't there be a NumpadDot key code?

Since lollipop it's possible to record the screen: https://android.googlesource.com/platform/development/+/bf1e262/samples/ApiDemos/src/com/example/android/apis/media/projection/MediaProjectionDemo.java

Perhaps an example using a service running in the background while it captures the screen is a nice idea.

QtAV, Qt version and platform

QtAV: 0307c17
Qt: 5.13.2
iOS

Reproduction steps

qmake rc/QtAV "target.path = ${BASE_DIR}/qt/Qt/5.13.2/ios" "CONFIG+=no-example"
make
make install

Expected behavior

success after make install

Actual behavior

error

Log file

mkdir: /usr/share/doc/QtAV_debug: Operation not permitted
make[2]: *** [install_share] Error 1

Sa

FEC and packet filter documentation currently lacks information about how two parties negotiate packet filter configuration.

if side A does not specify any packet filer, but side B does, then side A just accepts the configuration from side B.

If both sides specify different filter types, the connection is rejected.
For FEC, at least the number of columns has to be specified. This will enabl

Hey everyone,

While compiling GPAC with GCC 9, I encountered the format-overflow warning in multiple places, for example here: https://github.com/gpac/gpac/blob/master/src/utils/os_config_init.c#L610

gui_path is 4096 bytes max, and so is szPath.

So sprintf(gui_path, "%s%cgui.bt", szPath, GF_PATH_SEPARATOR) can be, at most:

• 4095 bytes (szPath minus its termination char)
• plus 1 byte

Currently, plugins are either hard-enabled or auto-magically enabled depending on the presence or absence of some libraries at compilation time.
It would be great to have actual switches like -Dsdl=true which would fail if sdl is not present and -Dsdl=false which would disable the sdl plugin event if sdl is available.

<?xml version="1.0" encoding="utf-8"?>
<mlt>
  <profile description="" width="640" height="360"/>
  <producer id="16da6066-6d38-76bd-75de-5394693db212">
    <property name="resource">http://kb-oss-daily.oss-cn-zhangjiakou.aliyuncs.com/video/2019/08/06/67399a58-8788-474b-90d0-56

Both modules have very simple documentation. They could use some elaboration on what is Pipeline and Element, similar to guide

both @fsouza and @mateusdelbianco had issues installing ffmpeg on MacOS, I think we should write a section on Readme to address how to build using brew before running snickers and the tests.

So I'm quite interested in AV applications and generally replacing libav code with rust but there's a lot of projects in the rust-av organisation and it can be hard to see where to go to find how mature different parts are. The embedded working group seemed to solve this through the embedded newsletter and also a presence on the official and unofficial rust discords.

Alternatively, I can just s