1. 06 Aug, 2017 3 commits
    • Rémi Denis-Courmont's avatar
      vout: make has_hide_mouse true by default · 2341a17f
      Rémi Denis-Courmont authored
      Most video output displays either defer mouse hiding to the window
      provider plugin, or do not handle the mouse events at all.
      So that ought to be the default.
      
      Also kepe the default in those display plugins that don´t handle
      cursor hiding (notably X11 ones).
      2341a17f
    • Rémi Denis-Courmont's avatar
      vout_display: remove/deprecate fullscreen state · 057e5729
      Rémi Denis-Courmont authored
      Live window state, this was moved from display to window eight years
      ago (minus one week). When the fullscreen state changes, the window
      plugin emits a resize event, which triggers any necessary updates in
      the display. The display does not need to know about fullscreen state
      as such. But it is retained on HWND platforms due to legacy code, just
      like window state before.
      057e5729
    • Rémi Denis-Courmont's avatar
      mmal vout: pictures reset is impossible · 01801483
      Rémi Denis-Courmont authored
      Assert that it does not happen, like with all or almost all other
      non-resetting video outputs.
      01801483
  2. 04 Aug, 2017 1 commit
  3. 19 Dec, 2016 1 commit
  4. 12 Oct, 2015 2 commits
  5. 17 Jun, 2015 1 commit
  6. 05 Jun, 2015 5 commits
  7. 20 Jan, 2015 3 commits
  8. 01 Nov, 2014 1 commit
  9. 20 Oct, 2014 1 commit
  10. 16 Oct, 2014 4 commits
  11. 15 Oct, 2014 4 commits
  12. 10 Oct, 2014 1 commit
  13. 09 Oct, 2014 4 commits
    • Julian Scheel's avatar
      mmal/vout: Use current pictures format for rate matching · 9ccd69b2
      Julian Scheel authored
      Instead of using the video_format which was set on output creation, always
      check the refreshrate against the current pictures frame duration.
      Signed-off-by: Julian Scheel's avatarJulian Scheel <julian@jusst.de>
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
      9ccd69b2
    • Julian Scheel's avatar
      mmal: Fix buffer size computation · 54f93974
      Julian Scheel authored
      The buffer sizes in opaque case were computed by a mixture of hardcoded values
      and mmal defaults. This caused breakage due to changes of the default values
      in recent mmal versions. To avoid this in the future, the buffer sizes are
      completely hardcoded now. As we have a shared header for mmal now, move the
      required define for shared values into that header.
      Using this new computation we can reduce the buffer size for opaque case by 2,
      which saves some memory.
      Signed-off-by: Julian Scheel's avatarJulian Scheel <julian@jusst.de>
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
      54f93974
    • Julian Scheel's avatar
      mmal/vout: Apply phase offset to match vsync period · 04e9ee96
      Julian Scheel authored
      As the latency target alone is not ensuring that we start with a sane phase
      shift between vsync and drawing, we read back the phase shift provided by the
      mmal rendering statistics and use it to compute a phase offset which we apply
      to the picture date, so that the core shifts the display call accordingly.
      Doing this frequently allows us to resync if a distortion or display reset
      caused the offset to break.
      This is only enabled if mmal-adjust-refreshrate is enabled, because the whole
      vsync synchronisation makes only sense if display and videorate match.
      Signed-off-by: Julian Scheel's avatarJulian Scheel <julian@jusst.de>
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
      04e9ee96
    • Julian Scheel's avatar
      mmal/vout: Configure latency target · 28c484c2
      Julian Scheel authored
      The mmal video_render element allows to configure a latency target. Although
      the parameter is named AUDIO_LATENCY_TARGET it is not actually related to
      audio but synchronizes frame draws with hdmi vsync. It tries to match the hdmi
      vsync rate to the picture render rate by slightly varying the hdmi pixel
      clock. This makes only sense if the actual display refresh rate matches the
      video frame rate, so that only minimal drift compensation is required. Thus
      enable it only when mmal-adjust-refreshrate is activated.
      Signed-off-by: Julian Scheel's avatarJulian Scheel <julian@jusst.de>
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
      28c484c2
  14. 04 Sep, 2014 2 commits
  15. 02 Sep, 2014 1 commit
  16. 01 Sep, 2014 3 commits
  17. 22 May, 2014 1 commit