1. 19 May, 2021 6 commits
  2. 12 May, 2021 3 commits
  3. 07 May, 2021 2 commits
  4. 05 May, 2021 1 commit
  5. 02 May, 2021 9 commits
  6. 01 May, 2021 4 commits
  7. 30 Apr, 2021 1 commit
  8. 29 Apr, 2021 1 commit
  9. 27 Apr, 2021 1 commit
  10. 20 Apr, 2021 1 commit
  11. 16 Apr, 2021 1 commit
  12. 02 Apr, 2021 3 commits
  13. 28 Mar, 2021 1 commit
  14. 22 Mar, 2021 1 commit
  15. 15 Mar, 2021 2 commits
    • Rémi Denis-Courmont's avatar
      vout: add a resize acknowledgement callback · 919ba1c9
      Rémi Denis-Courmont authored
      For perfect rendering synchronisation, the change of window size must
      be acknowledged after the last picture is rendered in the old size,
      and before the first picture is rendered in the new size.
      
      As of c9d6d95f, the window resize is
      processed synchronously. This provides for the "after" requirement. But
      it failed to address the "before" requirement: the video output thread
      can end render a picture so soon after the resize so the window
      callback thread has not had time to perform acknowledgement procedures.
      
      This adds a callback to the window resize event which is called before
      the display lock (or equivalent) is released. This is guaranteed to be
      invoked before the video output thread has the opportunity to render
      anything.
      
      Other options were considered:
      
      1) Invoking a callback to the window provider from the video output
         thread code code.
         -> This can delay the callback unreasonably.
         -> Taking the window lock on the video output thread is undesirable
            if at all possible.
      
      2) Invoking a windowing system type-specific callback to the window
         provider from every display of that windowing system.
         -> Same delay and locking problems as 1.
         -> Requires patching several display plugins.
      
      3) Exposing the display lock to the window plugin, via new callbacks.
         -> This leaks internal implementation of the core to window
            providers.
         -> This gets really confusing as some callbacks would need explicit
            locking and others not.
      
      In comparison, this patch seems like the least of evils.
      
      The callback is passed a parameter rather than as a property of the
      window to distinguish it from the existing window callbacks which are
      not reentrant.
      
      Refs #25112.
      919ba1c9
    • Benjamin Arnaud's avatar
      medialibrary: Add playlist insert, move and remove · 5a5b2836
      Benjamin Arnaud authored and Pierre Lamot's avatar Pierre Lamot committed
      
      Signed-off-by: Pierre Lamot's avatarPierre Lamot <pierre@videolabs.io>
      5a5b2836
  16. 01 Mar, 2021 3 commits