1. 21 Dec, 2019 9 commits
  2. 20 Dec, 2019 3 commits
  3. 19 Dec, 2019 3 commits
  4. 18 Dec, 2019 2 commits
    • Martin Storsjö's avatar
      checkasm: aacpsdsp: Tolerate extra intermediate precision in stereo_interpolate · aad0e26f
      Martin Storsjö authored
      The stereo_interpolate functions add h_step to the values h
      BUF_SIZE times. Within the stereo_interpolate C functions, the
      values h (h0-h3, h00-h13) are declared as local float variables,
      but the compiler is free to keep them in a register with extra
      precision.
      
      If the accumulation is rounded to 32 bit float precision after
      each step, the less significant bits of h_step end up ignored
      and the sum can deviate, affecting the end result more than
      the currently set EPS.
      
      By clearing the log2(BUF_SIZE) lower bits of h_step, we make sure
      that the accumulation shouldn't differ significantly, regardless
      of any extra precision in the accmulating register/variable.
      
      This fixes the aacpsdsp checkasm test when built with clang for
      mingw/x86_32.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      aad0e26f
    • Martin Storsjö's avatar
      ffprobe: Fix fate tests for ffprobe in cases where TARGET_PATH differs from the current path · e10654de
      Martin Storsjö authored
      In these cases, we must pass the full path of the file to ffprobe
      (as the current working dir on the remote system, e.g. when invoked
      with "ssh remote ffprobe ..." isn't the wanted one).
      
      The input filename passed to ffprobe is also included in the output,
      which is part of the reference test data. Add a new option to
      ffprobe to allow overriding what path is printed, to keep the
      original relative path in the tests.
      
      An alternative approach could be an option to allow requesting omitting
      the file name from the dumped data, and updating the test references
      accordingly.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      e10654de
  5. 17 Dec, 2019 8 commits
  6. 16 Dec, 2019 5 commits
  7. 15 Dec, 2019 10 commits