aboutsummaryrefslogtreecommitdiffstats
path: root/libavcodec/h264_levels.c
diff options
context:
space:
mode:
authorRémi Denis-Courmont <remi@remlab.net>2024-07-25 22:17:48 +0300
committerRémi Denis-Courmont <remi@remlab.net>2024-07-28 21:24:58 +0300
commit39ced529b0588b4516cd94bd9b498fb06a387101 (patch)
tree08183d2c993a7183c6ac8057b1d55b4e2224d7dd /libavcodec/h264_levels.c
parentb0b3bea10bab54f22f976245da343fb42c9c1f28 (diff)
downloadffmpeg-39ced529b0588b4516cd94bd9b498fb06a387101.tar.gz
lavu/riscv: implement floating point clips
Unlike x86, fmin/fmax are single instructions, not function calls. They are much much faster than doing a comparison, then branching based on its results. With this, audiodsp.vector_clipf gets almost twice as fast, and a properly unrollled version of it gets 4-5x faster, on SiFive-U74. This is only the low-hanging fruit: FFMIN and FFMAX are presumably affected as well. This likely applies to other instruction sets with native IEEE floats, especially those lacking a conditional select instruction.
Diffstat (limited to 'libavcodec/h264_levels.c')
0 files changed, 0 insertions, 0 deletions