[FFmpeg-devel] [PATCH] Faster CABAC H.264 residual decoding
Loren Merritt
lorenm
Mon Apr 28 07:21:19 CEST 2008
On Sun, 27 Apr 2008, Nicolas George wrote:
> Le nonidi 9 flor?al, an CCXVI, matthieu castet a ?crit?:
>>> On the advice of #ffmpeg-devel I have made a version with uint8_t
>>> arrays instead of int.
>> Don't forget that some cpu (arm for example) don't have native 8 bits
>> operation. Everything is done in 32 bits, and 8 bits behavior is
>> emulated with extra operation.
>
> I think it may be worth reminding the existence if uint_fast8_t, wihci is
> the fastest integer type of size at least 8.
Fastest for what? e.g. int_fast{16,32}_t are 64bit on x86_64, which makes
them faster for signed pointer math, but slower for non-trivial arithmetic
(mul, div, etc). Afaict, this could be remedied only if int_fastX_t were
variable attributes rather than types.
--Loren Merritt
More information about the ffmpeg-devel
mailing list