1. 02 Nov, 2012 3 commits
  2. 30 Oct, 2012 1 commit
  3. 29 Oct, 2012 1 commit
  4. 24 Oct, 2012 1 commit
  5. 23 Oct, 2012 1 commit
  6. 22 Oct, 2012 1 commit
  7. 21 Oct, 2012 1 commit
    • Clément Bœsch's avatar
      lavc: add lavfi metadata support. · 6fb2fd89
      Clément Bœsch authored
      This commit introduces a new AVPacket side data type:
      AV_PKT_DATA_STRINGS_METADATA. Its main goal is to provide a way to
      transmit the metadata from the AVFilterBufferRef up to the AVFrame. This
      is at the moment "only" useful for lavfi input from libavdevice:
      lavd/lavfi only outputs packets, and the metadata from the buffer ref
      kept in its context needs to be transmitted from the packet to the frame
      by the decoders. The buffer ref can be destroyed at any time (along with
      the metadata), and a duplication of the AVPacket needs to duplicate the
      metadata as well, so the choice of using the side data to store them was
      selected.
      
      Making sure lavd/lavfi raises the metadata is useful to allow tools like
      ffprobe to access the filters metadata (it is at the moment the only
      way); ffprobe will now automatically show the AVFrame metadata in any
      customizable output format for users. API users will also be able to
      access the AVFrame->metadata pointer the same way ffprobe does
      (av_frame_get_metadata).
      
      All the changes are done in this single commit to avoid some memory
      leaks: for instances, the changes in lavfi/avcodec.c are meant to
      duplicate the metadata from the buffer ref into the AVFrame. Unless we
      have an internal way of freeing the AVFrame->metadata automatically, it
      will leak in most of the user apps. To fix this problem, we introduce
      AVCodecContext->metadata and link avctx->metadata to the current
      frame->metadata and free it at each decode frame call (and in the codec
      closing callback for the last one). But doing this also means to update
      the way the tiff decoder already handles the AVFrame->metadata (it's the
      only one decoder with frame metadata at the moment), by making sure it
      is not trying to free a pointer already freed by the lavc internals.
      
      The lavfi/avcodec.c buffer ref code is based on an old Thomas Kühnel
      work, the rest of the code belongs to the commit author.
      Signed-off-by: 's avatarThomas Kühnel <kuehnelth@googlemail.com>
      Signed-off-by: 's avatarClément Bœsch <ubitux@gmail.com>
      6fb2fd89
  8. 15 Oct, 2012 1 commit
  9. 14 Oct, 2012 1 commit
  10. 12 Oct, 2012 2 commits
  11. 10 Oct, 2012 1 commit
  12. 08 Oct, 2012 2 commits
  13. 06 Oct, 2012 1 commit
  14. 05 Oct, 2012 1 commit
  15. 28 Sep, 2012 1 commit
  16. 27 Sep, 2012 1 commit
  17. 24 Sep, 2012 2 commits
  18. 23 Sep, 2012 1 commit
  19. 20 Sep, 2012 1 commit
  20. 17 Sep, 2012 1 commit
  21. 15 Sep, 2012 2 commits
    • Mans Rullgard's avatar
      libavcodec: remove av_destruct_packet_nofree() · cb663280
      Mans Rullgard authored
      This function was deprecated two major versions ago (2009).
      Signed-off-by: 's avatarMans Rullgard <mans@mansr.com>
      cb663280
    • Akihiro Tsukada's avatar
      aacdec: add support for dual mono in Japanese DTV · c3c646a8
      Akihiro Tsukada authored
      Japanese DTV uses some non standard extensions in AAC audio.
      One example is 'dual mono', which combines two independent
      audio into one stereo stream, storing them in left and right channels
      respectively.  Historically, dual mono audio has been used for
      multi-lingual audio, one for local/native language, and another for english,
      and usually the "main" (local language) channel should be output without
      any user interactions.
      
      The frames of those dual mono audio are allowed to set
      ADTS channel_config field to 0, and just contain two SCE's *WITHOUT* PCE,
      which is a non standard extension by Japanese DTV standard.
      (ref. ARIB STD-B32 PartII 5.2.3)
      
      This patch adds an AVPacket side data, AV_PKT_DATA_JP_DUALMONO,
      which indicates that the AVPacket is likely to contain an audio frame
      with the above dual mono extension, and has the parameter to specify
      the desired channel selection in that case.
      It also makes aacdec to detect dual mono and output just the desired
      channel when this side data is attached.
      Signed-off-by: 's avatarAkihiro Tsukada <atsukada@users.sourceforge.net>
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      c3c646a8
  22. 10 Sep, 2012 1 commit
  23. 31 Aug, 2012 3 commits
  24. 30 Aug, 2012 2 commits
  25. 29 Aug, 2012 1 commit
  26. 20 Aug, 2012 1 commit
  27. 18 Aug, 2012 2 commits
  28. 16 Aug, 2012 1 commit
    • Philip Langdale's avatar
      srtdec: Add timing-less "subrip" decoder. · 6af680fa
      Philip Langdale authored
      After various discussions, we concluded that, amongst other things,
      it made sense to have a separate subrip decoder that did not use
      in-band timing information, and rather relied on the ffmpeg level
      timing.
      
      As this is 90% the same as the existing srt decoder, it's implemented
      in the same file.
      Signed-off-by: 's avatarPhilip Langdale <philipl@overt.org>
      6af680fa
  29. 14 Aug, 2012 1 commit
  30. 12 Aug, 2012 1 commit