Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Kyle Swanson	b12693facf	libavcodec/opusenc: use correct format specifiers Squelches the following compiler warnings: libavcodec/opusenc.c:1051:16: warning: format specifies type 'long' but the argument has type 'long long' [-Wformat] avctx->bit_rate/1000, clipped_rate/1000); ^~~~~~~~~~~~~~~~~~~~ libavcodec/opusenc.c:1051:38: warning: format specifies type 'long' but the argument has type 'long long' [-Wformat] avctx->bit_rate/1000, clipped_rate/1000); ^~~~~~~~~~~~~~~~~	8 years ago
Rostislav Pehlivanov	b71f62a9c8	opusenc: initialize the emphasis coefficients on init Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>	8 years ago
Michael Niedermayer	1fa8884aeb	avcodec/opusenc: Add () protecting macro arguments Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>	8 years ago
Rostislav Pehlivanov	3fc86f0d69	opusenc: fix coarse energy quantization with 2 bits left Fixes CID1400584 Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>	8 years ago
Rostislav Pehlivanov	5f47c85e5c	opus: add a native Opus encoder This marks the first time anyone has written an Opus encoder without using any libopus code. The aim of the encoder is to prove how far the format can go by writing the craziest encoder for it. Right now the encoder's basic, it only supports CBR encoding, however internally every single feature the CELT layer has is implemented (except the pitch pre-filter which needs to work well with the rest of whatever gets implemented). Psychoacoustic and rate control systems are under development. The encoder takes in frames of 120 samples and depending on the value of opus_delay the plan is to use the extra buffered frames as lookahead. Right now the encoder will pick the nearest largest legal frame size and won't use the lookahead, but that'll change once there's a psychoacoustic system. Even though its a pretty basic encoder its already outperforming any other native encoder FFmpeg has by a huge amount. The PVQ search algorithm is faster and more accurate than libopus's algorithm so the encoder's performance is close to that of libopus at zero complexity (libopus has more SIMD). The algorithm might be ported to libopus or other codecs using PVQ in the future. The encoder still has a few minor bugs, like desyncs at ultra low bitrates (below 9kbps with 20ms frames). Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>	8 years ago