1. 25 May, 2016 2 commits
  2. 24 May, 2016 5 commits
    • Emeric Grange's avatar
      Add CineForm fourcc · 74a16acd
      Emeric Grange authored
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
    • Rémi Denis-Courmont's avatar
      threads: add vlc_cond_timedwait_daytime() · 0ef03f60
      Rémi Denis-Courmont authored
      This separates waiting on UTC deadline from waiting on monotonic clock.
      That way, storing the reference clock in vlc_cond_t is no longer
      necessary. There was only one single condition variable using the UTC
      clock (in VLM), so vlc_cond_t.clock was rather wasteful.
    • Thomas Guillem's avatar
      libvlc: media: remove flexible array member · 45bc3334
      Thomas Guillem authored
      Because ISO C++ has no notation of flexible arrays and this a public header.
    • Thomas Guillem's avatar
      libvlc: remove enum in union events · 4f923f7f
      Thomas Guillem authored
      Since it's not not universally binary compatible.
    • Thomas Guillem's avatar
      libvlc: merge libvlc_MediaParsedStatus and libvlc_MediaParsedCharged events · 9126e33f
      Thomas Guillem authored
      Because having two differents events for the same objective is way too
      confusing (libvlc_MediaParsedStatus was recently added by me).
      libvlc_MediaParsedCharged is now always sent after a call to
      libvlc_media_parse_*() (this was not the case if the pre-parsing was skipped).
      The core vlc_InputItemPreparsedChanged event is now only attached from the
      media player. This allows the libvlc_MediaParsedCharged event to be sent when a
      media is parsed from a media player.
      /!\ Behavior change in libvlc API /!\
      The libvlc_event_t.u.media_parsed_changed.new_status value changed, this is now
      a libvlc_media_parsed_status_t. Before this patch, this value was always set to
      true, even in case of parse failure/skipped. Now this value can be skipped (1),
      failed (2) or done (3). There should be no changes for users that were checking
      if new_status was true, since this events was called for these 3 cases (that
      are all > 0).
  3. 19 May, 2016 6 commits
  4. 17 May, 2016 4 commits
  5. 13 May, 2016 1 commit
  6. 10 May, 2016 1 commit
  7. 09 May, 2016 2 commits
  8. 27 Apr, 2016 1 commit
  9. 25 Apr, 2016 5 commits
  10. 21 Apr, 2016 2 commits
  11. 19 Apr, 2016 1 commit
  12. 17 Apr, 2016 10 commits