1. 02 Apr, 2015 1 commit
  2. 01 Apr, 2015 3 commits
  3. 31 Mar, 2015 1 commit
  4. 30 Mar, 2015 4 commits
    • Rémi Denis-Courmont's avatar
      input: add support for pointer options to input item · 2822a778
      Rémi Denis-Courmont authored
      Pointers cannot be inherited as normal configuration item for somewhat
      obvious reasons. For output parameters, this is not much of an issue as
      LibVLC sets the pointer values directly on its media player object. But
      for input-related parameters, LibVLC would need to store pointer values
      in the media item. Thus this change to input items.
      
      Note that pointers are considered intrinsically unsafe, so there are no
      flags for the time being.
      2822a778
    • Rémi Denis-Courmont's avatar
      f640890d
    • Rémi Denis-Courmont's avatar
      input: fix changing state · c6d907cf
      Rémi Denis-Courmont authored
      c6d907cf
    • 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
  5. 26 Mar, 2015 2 commits
  6. 25 Mar, 2015 5 commits
  7. 22 Mar, 2015 1 commit
  8. 21 Mar, 2015 22 commits
  9. 20 Mar, 2015 1 commit
    • Thomas Guillem's avatar
      decoder: fix race in spu_new_buffer · 90fc0913
      Thomas Guillem authored
      There is a race when starting video with subtitles at a given position (via
      --start-time).
      
      If all decoders are flushed early, the video decoder may not have created the
      Vout via the decoder_NewPicture call. In that case, spu_new_buffer will be
      blocking for 6 seconds. Indeed, spu_new_buffer can block for maximum 6 seconds
      when it's waiting for a Vout.
      
      To solve this race, abort spu_new_buffer if decoder is flushing.
      
      How to reproduce the race condition:
      ./vlc --start-time 3600 <video_with_subtitles>
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
      90fc0913