1. 29 Oct, 2015 1 commit
  2. 21 Oct, 2015 3 commits
  3. 27 Sep, 2015 2 commits
  4. 06 Sep, 2015 1 commit
  5. 29 Aug, 2015 1 commit
  6. 13 Aug, 2015 1 commit
  7. 12 Aug, 2015 1 commit
    • François Cartegnie's avatar
      text_style: use inheritance · 782de7d7
      François Cartegnie authored
      Renderer should have final decision of the styles to apply.
      Rendered forced styles are applied over text-segments
      ones, then renderer defaults (text-style's ones).
      
      Also adds proportional font size.
      Fixes all style inheritance and font sizing hacks in region
      sys.
      
      Final fixed font size is only computed at update time, if
      not set to fixed size by decoder.
      782de7d7
  8. 28 Jul, 2015 2 commits
    • Hugo Beauzée-Luyssen's avatar
      Subtitle renderers: Merge RenderText & RenderHTML · f2e43bd7
      Hugo Beauzée-Luyssen authored
      The current workflow is often parsing a subtitle format, then convert it
      in a common HTML and then push it to the renderer as HTML. The renderer
      will reparse the HTML and try to render it. Of course, that means that
      only one renderer can do that correctly, and so we bloat the freetype
      renderer as much as we can.
      It also means that we have 2 render callbacks for subtitles, one for
      normal text and one for styled text, and we sometimes reparse the HTML
      to remove the tags, for the first.
      
      We now only use a text_segment, with new segments at every style change;
      an unique render function and the renderer can decide to honor or not
      the style.
      
      It's a big commit, so regressions can arise, but it was tested for most
      common cases.
      f2e43bd7
    • Jean-Baptiste Kempf's avatar
  9. 10 Jul, 2015 1 commit
  10. 24 Jun, 2015 1 commit
  11. 23 Jun, 2015 1 commit
  12. 22 May, 2015 1 commit
  13. 03 May, 2015 1 commit
  14. 28 Apr, 2015 2 commits
  15. 25 Apr, 2015 4 commits
  16. 24 Apr, 2015 1 commit
    • Rémi Denis-Courmont's avatar
      decoder: remove vout_FixLeaks() · e56293ea
      Rémi Denis-Courmont authored
      This function was intended to work around a certain class of bugs
      inside video decoders whereby the a reference picture was never
      dereferenced, i.e. missing decoder_UnlinkPicture() call.
      
      There are however some situations where this hack would release a
      still referenced picture:
      
      - If the video output or decoder has a high latency or if a video
        filter holds pictures (deinterlace), there may be zero free pictures
        even though the total number of pictures is sufficient overall.
        In that case, waiting for a picture buffer to be released normally
        is the right and safe approach.
      
      - If the byte stream is invalid or corrupt such that the number of
        required pictures (DPB size) is underestimated, dropping frames is
        acceptable. Frames would be corrupt anyway due to missing references.
        (This case could be better worked around by allocating extra
         pictures on-the-fly, though this would require memory copying in the
         video output.)
      
      - Even if the decoder indeed leaks pictures, the oldest referenced
        picture is not necessarily among those leaked.
      
      If the picture was not truly leaked, vout_FixLeaks() would cause an
      extraneous picture release. This should lead to an assertion failure in
      picture_Release(). Without assertions, it would lead to undefined
      behaviour, especially invalid pointer use in case of hardware surfaces.
      
      In any case, picture leaks are still recovered when resetting the video
      output with vout_Reset(), after the decoder is destroyed. That might
      turn out to be a problem too though.
      e56293ea
  17. 23 Apr, 2015 1 commit
  18. 22 Apr, 2015 2 commits
  19. 30 Mar, 2015 1 commit
    • Thomas Guillem's avatar
      video_output: fix controls and events not processed · 93e1d6ad
      Thomas Guillem authored
      This issue is easily reproducible with VDPAU activated, with a 60fps ts file,
      see #14199.
      
      With this sample, The video_output Thread is looping in ThreadDisplayPicture
      way more often than with other videos. Consequently, vout_ManageWrapper and
      ThreadControl are not called enough. As a result, subtitles are processed too
      late, the mouse isn't able to hide/unhide, we can be stuck in fullscreen mode,
      or second click on video to pop up the menu doesn't work.
      
      To fix this issue: don't loop in ThreadDisplayPicture and don't wait in
      vout_control_Pop if a picture was previously displayed.
      
      Fixes #14199
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
      93e1d6ad
  20. 01 Mar, 2015 1 commit
  21. 20 Feb, 2015 1 commit
  22. 18 Feb, 2015 1 commit
  23. 07 Feb, 2015 1 commit
  24. 15 Jan, 2015 1 commit
  25. 18 Dec, 2014 1 commit
  26. 14 Nov, 2014 2 commits
  27. 04 Nov, 2014 1 commit
  28. 01 Nov, 2014 3 commits