- 16 Oct, 2014 34 commits
-
-
Rémi Denis-Courmont authored
This is simpler and is also more robust. The display no longer needs to know whether it is fullscreen or not when reporting the size. This should fix bugs whereby leaving fullscreen forces the window to be maximized. On the other hand, it will fail if the windowing system automatically resize a fullscreen window (due to changing view port).
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This enables recycling the window when multiple window types are involved. and avoids visual glitches.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
All window manager override the parameters anyway. This never worked.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
(same priority as XCB embedded window)
-
Rémi Denis-Courmont authored
This is so that a window of "any" type can be requested rather than only a window of a specific type.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Jean-Baptiste Kempf authored
-
- 15 Oct, 2014 5 commits
-
-
Jean-Baptiste Kempf authored
Close #12400
-
Julian Scheel authored
This handler was a no-op and does not make sense in a fullscreen only renderer, so drop the handler. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
The fmt in vout_display_t is not allowed to be written to after opening the plugin without invalidating all the pictures. Instead of doing invalid writes to vd->fmt, just make use of vd->source and event arguments directly which shall hold correct values. As framerate changes are not announced by the core we need to add a local storage for comparion now as vd->fmt must not be used for it. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
Add a new flag, which can be used to let mmal select ahdmi mode which matches the video size and interlacing type. Using this with a proper screen one can playback for example 1080i content using the screens deinterlacing filters. The videocore is configured to scan out picture on odd/even field only according to the top_field_first mode of the video in case of interlaced video. For progressive video a progressive mode is selected. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
Sort vout_sys_t struct members by size to optimize packing. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
- 14 Oct, 2014 1 commit
-
-
Sean McGovern authored
This was accidentally left out of b3050f68. Signed-off-by: Tristan Matthews <tmatth@videolan.org>
-