1. 20 May, 2022 3 commits
  2. 18 May, 2022 1 commit
  3. 07 May, 2022 1 commit
  4. 05 May, 2022 2 commits
  5. 28 Apr, 2022 3 commits
  6. 24 Apr, 2022 3 commits
    • Matthias Dressel's avatar
      x86/itx: Add 32x8 12bpc AVX2 transforms · ffb59680
      Matthias Dressel authored
      inv_txfm_add_32x8_dct_dct_0_12bpc_c: 286.7
      inv_txfm_add_32x8_dct_dct_0_12bpc_avx2: 20.1
      inv_txfm_add_32x8_dct_dct_1_12bpc_c: 7832.7
      inv_txfm_add_32x8_dct_dct_1_12bpc_avx2: 710.6
      inv_txfm_add_32x8_dct_dct_2_12bpc_c: 7838.1
      inv_txfm_add_32x8_dct_dct_2_12bpc_avx2: 711.6
      inv_txfm_add_32x8_dct_dct_3_12bpc_c: 7818.3
      inv_txfm_add_32x8_dct_dct_3_12bpc_avx2: 710.9
      inv_txfm_add_32x8_dct_dct_4_12bpc_c: 7820.6
      inv_txfm_add_32x8_dct_dct_4_12bpc_avx2: 710.5
      inv_txfm_add_32x8_identity_identity_0_12bpc_c: 1526.6
      inv_txfm_add_32x8_identity_identity_0_12bpc_avx2: 19.3
      inv_txfm_add_32x8_identity_identity_1_12bpc_c: 1519.4
      inv_txfm_add_32x8_identity_identity_1_12bpc_avx2: 19.9
      inv_txfm_add_32x8_identity_identity_2_12bpc_c: 1519.9
      inv_txfm_add_32x8_identity_identity_2_12bpc_avx2: 43.6
      inv_txfm_add_32x8_identity_identity_3_12bpc_c: 1519.4
      inv_txfm_add_32x8_identity_identity_3_12bpc_avx2: 67.8
      inv_txfm_add_32x8_identity_identity_4_12bpc_c: 1523.2
      inv_txfm_add_32x8_identity_identity_4_12bpc_avx2: 91.6
      ffb59680
    • Matthias Dressel's avatar
      x86/itx: Add 8x32 12bpc AVX2 transforms · e67a5000
      Matthias Dressel authored
      inv_txfm_add_8x32_dct_dct_0_12bpc_c: 334.6
      inv_txfm_add_8x32_dct_dct_0_12bpc_avx2: 66.0
      inv_txfm_add_8x32_dct_dct_1_12bpc_c: 7929.7
      inv_txfm_add_8x32_dct_dct_1_12bpc_avx2: 489.3
      inv_txfm_add_8x32_dct_dct_2_12bpc_c: 7925.8
      inv_txfm_add_8x32_dct_dct_2_12bpc_avx2: 547.1
      inv_txfm_add_8x32_dct_dct_3_12bpc_c: 7928.9
      inv_txfm_add_8x32_dct_dct_3_12bpc_avx2: 647.8
      inv_txfm_add_8x32_dct_dct_4_12bpc_c: 7916.1
      inv_txfm_add_8x32_dct_dct_4_12bpc_avx2: 701.0
      inv_txfm_add_8x32_identity_identity_0_12bpc_c: 2413.1
      inv_txfm_add_8x32_identity_identity_0_12bpc_avx2: 28.6
      inv_txfm_add_8x32_identity_identity_1_12bpc_c: 2415.2
      inv_txfm_add_8x32_identity_identity_1_12bpc_avx2: 28.6
      inv_txfm_add_8x32_identity_identity_2_12bpc_c: 2413.7
      inv_txfm_add_8x32_identity_identity_2_12bpc_avx2: 55.1
      inv_txfm_add_8x32_identity_identity_3_12bpc_c: 2415.4
      inv_txfm_add_8x32_identity_identity_3_12bpc_avx2: 85.3
      inv_txfm_add_8x32_identity_identity_4_12bpc_c: 2401.8
      inv_txfm_add_8x32_identity_identity_4_12bpc_avx2: 116.8
      e67a5000
    • Matthias Dressel's avatar
      x86/itx: Deduplicate dconly code · 0c1fbdef
      Matthias Dressel authored
      0c1fbdef
  7. 23 Apr, 2022 1 commit
  8. 08 Apr, 2022 4 commits
  9. 07 Apr, 2022 1 commit
    • James Almer's avatar
      picture: ensure the new seq header and op param info flags are attached to the... · 9bd8350a
      James Almer authored
      picture: ensure the new seq header and op param info flags are attached to the next visible picture in display order
      
      If the first picture in coding order after a new sequence header is parsed is
      not visible, the first picture output by dav1d after the fact (which is coded
      after the aforementioned invisible picture) would not trigger the new seq
      header event flag as expected, despite being the first containing a reference
      to a new sequence header.
      
      Assuming the invisible picture is ever output, the result of this change will
      be two pictures signaling a new sequence header was seen despite there being
      only one new sequence header.
      9bd8350a
  10. 31 Mar, 2022 2 commits
  11. 19 Mar, 2022 1 commit
  12. 18 Mar, 2022 1 commit
  13. 16 Mar, 2022 1 commit
    • Wan-Teh Chang's avatar
      Set f->n_tile_data to 0 in dav1d_decode_frame() · 56e7ffc0
      Wan-Teh Chang authored and James Almer's avatar James Almer committed
      Set f->n_tile_data to 0 after the dav1d_decode_frame_exit() call in
      dav1d_decode_frame(). dav1d_decode_frame_exit() unrefs every element in
      use in the f->tile array, so it is good to set f->n_tile_data to 0 to
      indicate that no elements are in use.
      
      We are already doing this after all other dav1d_decode_frame_exit()
      calls.
      
      NOTE: It is tempting to have dav1d_decode_frame_exit() itself set
      f->n_tile_data to 0. I did not do that in this merge request, because
      the following is a common pattern:
      
          dav1d_decode_frame_exit(f, error);
          f->n_tile_data = 0;
          pthread_cond_signal(&f->task_thread.cond);
      
      corresponding to the waiting code:
      
          while (f->n_tile_data > 0)
              pthread_cond_wait(&f->task_thread.cond,
                                &c->task_thread.lock);
      
      I wonder if f->n_tile_data is set to 0 outside dav1d_decode_frame_exit()
      to make clear the association of f->n_tile_data with the condition
      variable f->task_thread.cond.
      56e7ffc0
  14. 15 Mar, 2022 1 commit
  15. 13 Mar, 2022 2 commits
  16. 10 Mar, 2022 2 commits
  17. 09 Mar, 2022 1 commit
  18. 08 Mar, 2022 3 commits
  19. 07 Mar, 2022 6 commits
  20. 04 Mar, 2022 1 commit