On 1/26/2022 6:49 AM, Anton Khirnov wrote:
Quoting Brad Smith (2022-01-23 20:40:30)
Testing this commit out it does as I had suspected and even with --as-needed
causes a false positive on OpenBSD / FreeBSD.
Why?
Looking at this again and thinking about what it does, the test as is is
flawed
This reduces sibilance distortion when sibilance and bass are
present at the same time. Bringing the protection of high
frequencies up to about the same level as for low frequencies
should also make the quality less dependent on the frequency
balance of the playback system.
Signed-off-by: Jason Ja
Ignore more samples that are near the edge of the block. The reason
is that the filtering tends to cause these samples to go above the
window more than the samples near the middle. If these samples are
included in the unwindowed peak estimation, the peak can be
overestimated. Because the block is w
With a complex FFT instead of real FFT, the negative frequencies
are not dropped from the spectrum output, so they need to be scaled
when the positive frequencies are scaled. The location of the top
bin is also different.
Signed-off-by: Jason Jang
---
libavfilter/af_apsyclip.c | 19 +
Before, seeking in hls streams would always seek to the next keyframe
after the given timestamp. With this fix, if seeking in videostream and
AVSEEK_FLAG_BACKWARD is set, seeking will be to the first keyframe of
the segment containing the given timestamp. This fixes #7485.
Signed-off-by: Gustav Gr
Before, seeking in hls streams would always seek to the next keyframe
after the given timestamp. With this fix, if seeking in videostream and
AVSEEK_FLAG_BACKWARD is set, seeking will be to the first keyframe of
the segment containing the given timestamp. This fixes #7485.
Signed-off-by: Gustav Gr
Quoting James Almer (2022-01-13 02:57:52)
> diff --git a/libavformat/rtpdec_amr.c b/libavformat/rtpdec_amr.c
> index 988b7bddfd..20b435039c 100644
> --- a/libavformat/rtpdec_amr.c
> +++ b/libavformat/rtpdec_amr.c
> @@ -64,11 +64,10 @@ static int amr_handle_packet(AVFormatContext *ctx,
> PayloadCon
Andreas Rheinhardt:
> jpeg2000_decode_tile() (which is run concurrently by several threads
> when using slice threading) currently modifies some joint values
> before doing its actual work. This is a data race that happens to work
> because all threads set the same values; but it is nevertheless
>
在2021年8月2日八月 上午9:33，yinshiyou...@loongson.cn写道：
>> -原始邮件-
>> 发件人: "Jiaxun Yang"
>> 发送时间: 2021-08-02 13:40:54 (星期一)
>> 收件人: "FFmpeg development discussions and patches" ,
>> yinshiyou...@loongson.cn
>> 抄送:
>> 主题: Re: [FFmpeg-devel] [PATCH] avcodec/mips: Support old style mmi
>> instruc
Quoting Christopher Snowhill (2022-01-28 06:21:07)
> Parse the ID3v2 iTunSMPB comment tag containing gapless decoding info,
> and also add the expected test results for the implementation.
>
> Signed-off-by: Christopher Snowhill
> ---
> Curses, Apple Mail is broken, too. Using git imap-send inste
Quoting Michael Niedermayer (2022-01-25 11:21:08)
> This decreases the quality of the seeds during the test, it does not affect
> the seeds outside the test.
> There is a small chance that this causes test failures, if that happens
> the threshold needs adjusting
>
> Testing on an idle x86_64 syst
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/h263.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavcodec/h263.h b/libavcodec/h263.h
> index 982e545491..31836ebb95 100644
> --- a/libavcodec/h263.h
> +++ b/libavcodec/h263.h
> @@ -68,7 +68,6 @@ void ff_h2
Quoting James Almer (2022-01-13 02:55:49)
> diff --git a/libavformat/mov_chan.c b/libavformat/mov_chan.c
> index 349634094c..5894bb8ce2 100644
> --- a/libavformat/mov_chan.c
> +++ b/libavformat/mov_chan.c
> @@ -499,7 +499,7 @@ static uint32_t mov_get_channel_label(uint32_t label)
> }
>
> uint32
13 matches
Mail list logo
