1. 23 Mar, 2016 1 commit
  2. 01 Mar, 2016 2 commits
  3. 26 Feb, 2016 1 commit
  4. 23 Feb, 2016 4 commits
    • Anton Khirnov's avatar
      lavf: replace AVStream.codec with AVStream.codecpar · 9200514a
      Anton Khirnov authored
      Currently, AVStream contains an embedded AVCodecContext instance, which
      is used by demuxers to export stream parameters to the caller and by
      muxers to receive stream parameters from the caller. It is also used
      internally as the codec context that is passed to parsers.
      
      In addition, it is also widely used by the callers as the decoding (when
      demuxer) or encoding (when muxing) context, though this has been
      officially discouraged since Libav 11.
      
      There are multiple important problems with this approach:
          - the fields in AVCodecContext are in general one of
              * stream parameters
              * codec options
              * codec state
            However, it's not clear which ones are which. It is consequently
            unclear which fields are a demuxer allowed to set or a muxer allowed to
            read. This leads to erratic behaviour depending on whether decoding or
            encoding is being performed or not (and whether it uses the AVStream
            embedded codec context).
          - various synchronization issues arising from the fact that the same
            context is used by several different APIs (muxers/demuxers,
            parsers, bitstream filters and encoders/decoders) simultaneously, with
            there being no clear rules for who can modify what and the different
            processes being typically delayed with respect to each other.
          - avformat_find_stream_info() making it necessary to support opening
            and closing a single codec context multiple times, thus
            complicating the semantics of freeing various allocated objects in the
            codec context.
      
      Those problems are resolved by replacing the AVStream embedded codec
      context with a newly added AVCodecParameters instance, which stores only
      the stream parameters exported by the demuxers or read by the muxers.
      9200514a
    • Diego Biurrun's avatar
      fate: Ignore errors from concatenating report files · cd846b47
      Diego Biurrun authored
      Some files may be missing for valid reasons, e.g. on compile failure.
      cd846b47
    • Diego Biurrun's avatar
      fate: Be silent when fetching Git updates · 9328adcc
      Diego Biurrun authored
      9328adcc
    • Marton Balint's avatar
  5. 20 Feb, 2016 1 commit
  6. 18 Feb, 2016 1 commit
  7. 14 Feb, 2016 1 commit
    • Anton Khirnov's avatar
      avconv: use the new buffersrc parameters API · 1bf34134
      Anton Khirnov authored
      The timebase change in the zmbv-8bit test is due to the fact that
      previously the timebase string was evaluated as floating point, then
      converted to a rational. After this commit, the timebase is passed
      directly as is.
      1bf34134
  8. 09 Feb, 2016 1 commit
  9. 23 Jan, 2016 1 commit
  10. 21 Jan, 2016 3 commits
  11. 07 Jan, 2016 2 commits
  12. 29 Dec, 2015 1 commit
    • Janne Grunau's avatar
      checkasm: x86: post commit review fixes · f0f54117
      Janne Grunau authored
      Check the full FPU tag word instead of only the lower half and simplify
      the comparison.
      Use upper-case function base name as macro name to instantiate both
      checked_call variants.
      f0f54117
  13. 24 Dec, 2015 1 commit
  14. 23 Dec, 2015 1 commit
    • Alexandra Hájková's avatar
      dca: change the core to work with integer coefficients. · aebf0707
      Alexandra Hájková authored
      The DCA core decoder converts integer coefficients read from the
      bitstream to floats just after reading them (along with dequantization).
      All the other steps of the audio reconstruction are done with floats
      which makes the output for the DTS lossless extension (XLL)
      actually lossy.
      This patch changes the DCA core to work with integer coefficients
      until QMF. At this point the integer coefficients are converted to floats.
      The coefficients for the LFE channel (lfe_data) are not touched.
      This is the first step for the really lossless XLL decoding.
      aebf0707
  15. 21 Dec, 2015 5 commits
  16. 14 Dec, 2015 1 commit
    • Janne Grunau's avatar
      arm: add a cpu flag for the VFPv2 vector mode · e2710e79
      Janne Grunau authored
      The vector mode was deprecated in ARMv7-A/VFPv3 and various cpu
      implementations do not support it in hardware. Vector mode code will
      depending the OS either be emulated in software or result in an illegal
      instruction on cpus which does not support it. This was not really
      problem in practice since NEON implementations of the same functions are
      preferred. It will however become a problem for checkasm which tests
      every cpu flag separately.
      
      Since this is a cpu feature newer cpu do not support anymore the
      behaviour of this flag differs from the other flags. It can be only
      activated by runtime cpu feature selection.
      e2710e79
  17. 05 Dec, 2015 1 commit
  18. 24 Nov, 2015 3 commits
  19. 11 Nov, 2015 2 commits
  20. 10 Nov, 2015 1 commit
    • Martin Storsjö's avatar
      movenc: Add an API unit test for fragmenting options/calls · 59e8ec0a
      Martin Storsjö authored
      Contrary to the normal fate tests that run via avconv, this tests
      nontrivial call sequences that are only doable via the API
      (mainly for different corner cases when using the muxer for
      segmenting).
      
      The test muxes fake packet data (with extradata that looks
      enough like proper data to make the file be viewable with e.g.
      boxdumper) and checks the hash of the produced files. The test also
      verifies that fragments produced via different call sequences remain
      identical (to avoid e.g. updating the output hashes and suddenly
      having fragments that used to be identical suddenly diverging), for
      fragments written with frag_discont and/or delay_moov.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      59e8ec0a
  21. 23 Oct, 2015 1 commit
  22. 15 Oct, 2015 1 commit
  23. 03 Oct, 2015 1 commit
  24. 02 Oct, 2015 1 commit
    • Joseph Artsimovich's avatar
      dnxhddata: Fix 10-bit DNxHD quant matrices · bfe1cd80
      Joseph Artsimovich authored
      Convert them to zigzag order, as the rest of them are.
      
      When I was adding support for 10-bit DNxHD, I just copy-pasted the
      missing quant matrices from the spec. Now it turns out the existing
      matrices in dnxhddata.c were in zigzag order. This resulted in wrong
      quantization for 10-bit DNxHD. The attached patch fixes the problem by
      converting 10-bit quant matrices to zigzag order.
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      bfe1cd80
  25. 30 Sep, 2015 1 commit
  26. 29 Sep, 2015 1 commit