> 在 2019年1月22日，下午2:38，hwrenx 写道：
>
> Signed-off-by: hwrenx
> ---
> libavcodec/libxavs2.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/libxavs2.c b/libavcodec/libxavs2.c
> index 2d29427..0ad9ca9 100644
> --- a/libavcodec/libxavs2.c
> +++ b/libavcodec/
> 在 2019年1月22日，下午2:38，hwrenx 写道：
>
> Signed-off-by: hwrenx
> ---
> libavcodec/libdavs2.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/libdavs2.c b/libavcodec/libdavs2.c
> index cf75656..f8f1b05 100644
> --- a/libavcodec/libdavs2.c
> +++ b/libavcodec/lib
Thanks Kostya for great help in reversing binary.
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/arbc.c | 203
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavform
2019-01-15 13:17 GMT+01:00, Paul B Mahol :
> On 1/15/19, Carl Eugen Hoyos wrote:
>> 2019-01-15 12:53 GMT+01:00, Paul B Mahol :
>>> On 1/15/19, Carl Eugen Hoyos wrote:
2019-01-15 10:23 GMT+01:00, Paul B Mahol :
> On 1/15/19, Carl Eugen Hoyos wrote:
>> A user provided a real-life
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-15 13:17 GMT+01:00, Paul B Mahol :
>> On 1/15/19, Carl Eugen Hoyos wrote:
>>> 2019-01-15 12:53 GMT+01:00, Paul B Mahol :
On 1/15/19, Carl Eugen Hoyos wrote:
> 2019-01-15 10:23 GMT+01:00, Paul B Mahol :
>> On 1/15/19, Carl Eugen Hoyos wr
On 1/22/19, Paul B Mahol wrote:
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-15 13:17 GMT+01:00, Paul B Mahol :
>>> On 1/15/19, Carl Eugen Hoyos wrote:
2019-01-15 12:53 GMT+01:00, Paul B Mahol :
> On 1/15/19, Carl Eugen Hoyos wrote:
>> 2019-01-15 10:23 GMT+01:00, Paul B Mahol :
2019-01-22 11:28 GMT+01:00, Paul B Mahol :
> On 1/22/19, Paul B Mahol wrote:
>> On 1/22/19, Carl Eugen Hoyos wrote:
>>> 2019-01-15 13:17 GMT+01:00, Paul B Mahol :
On 1/15/19, Carl Eugen Hoyos wrote:
> 2019-01-15 12:53 GMT+01:00, Paul B Mahol :
>> On 1/15/19, Carl Eugen Hoyos wrote:
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 11:28 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Paul B Mahol wrote:
>>> On 1/22/19, Carl Eugen Hoyos wrote:
2019-01-15 13:17 GMT+01:00, Paul B Mahol :
> On 1/15/19, Carl Eugen Hoyos wrote:
>> 2019-01-15 12:53 GMT+01:00, Paul B Mahol :
2019-01-22 11:38 GMT+01:00, Paul B Mahol :
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-22 11:28 GMT+01:00, Paul B Mahol :
>>> On 1/22/19, Paul B Mahol wrote:
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-15 13:17 GMT+01:00, Paul B Mahol :
>> On 1/15/19, Carl Eugen Hoyos wrote:
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 11:38 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Carl Eugen Hoyos wrote:
>>> 2019-01-22 11:28 GMT+01:00, Paul B Mahol :
On 1/22/19, Paul B Mahol wrote:
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-15 13:17 GMT+01:00, Paul B Mahol :
2019-01-21 21:47 GMT+01:00, James Almer :
> On 1/21/2019 4:09 PM, FeRD (Frank Dana) wrote:
>> The RSHIFT macro in libavutil/common.h does not actually perform
>> a bitwise right-shift, but rather a rounded version of the same
>> operation, as is noted by a comment above the macro. The rounded
>> di
2019-01-22 11:56 GMT+01:00, Paul B Mahol :
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-22 11:38 GMT+01:00, Paul B Mahol :
>>> On 1/22/19, Carl Eugen Hoyos wrote:
2019-01-22 11:28 GMT+01:00, Paul B Mahol :
> On 1/22/19, Paul B Mahol wrote:
>> On 1/22/19, Carl Eugen Hoyos wrote:
On Tue, Jan 22, 2019 at 11:58 AM Carl Eugen Hoyos wrote:
>
> 2019-01-21 21:47 GMT+01:00, James Almer :
> > On 1/21/2019 4:09 PM, FeRD (Frank Dana) wrote:
> >> The RSHIFT macro in libavutil/common.h does not actually perform
> >> a bitwise right-shift, but rather a rounded version of the same
> >>
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 11:56 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Carl Eugen Hoyos wrote:
>>> 2019-01-22 11:38 GMT+01:00, Paul B Mahol :
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 11:28 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Paul B Mahol wrote:
2019-01-22 12:04 GMT+01:00, Paul B Mahol :
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-22 11:56 GMT+01:00, Paul B Mahol :
>>> On 1/22/19, Carl Eugen Hoyos wrote:
2019-01-22 11:38 GMT+01:00, Paul B Mahol :
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-22 11:28 GMT+01:00, Paul
2019-01-22 12:03 GMT+01:00, Hendrik Leppkes :
> On Tue, Jan 22, 2019 at 11:58 AM Carl Eugen Hoyos
> wrote:
>>
>> 2019-01-21 21:47 GMT+01:00, James Almer :
>> > On 1/21/2019 4:09 PM, FeRD (Frank Dana) wrote:
>> >> The RSHIFT macro in libavutil/common.h does not actually perform
>> >> a bitwise righ
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 12:04 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Carl Eugen Hoyos wrote:
>>> 2019-01-22 11:56 GMT+01:00, Paul B Mahol :
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 11:38 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Carl Eugen Hoyos wr
2019-01-22 12:21 GMT+01:00, Paul B Mahol :
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-22 12:04 GMT+01:00, Paul B Mahol :
>>> On 1/22/19, Carl Eugen Hoyos wrote:
2019-01-22 11:56 GMT+01:00, Paul B Mahol :
> On 1/22/19, Carl Eugen Hoyos wrote:
>> 2019-01-22 11:38 GMT+01:00, Paul
Hi!
Attached patch makes the G.723_1 encoder easier to use.
Please comment, Carl Eugen
From 28b6114ed8e03dcd6ede45a54642582e3c6cc99b Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 22 Jan 2019 12:22:23 +0100
Subject: [PATCH] lavc/g723_1enc: Set the default bitrate to 6300.
---
libav
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 12:21 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Carl Eugen Hoyos wrote:
>>> 2019-01-22 12:04 GMT+01:00, Paul B Mahol :
On 1/22/19, Carl Eugen Hoyos wrote:
> 2019-01-22 11:56 GMT+01:00, Paul B Mahol :
>> On 1/22/19, Carl Eugen Hoyos wr
On Mon, Jan 21, 2019 at 21:32:46 -0500, FeRD wrote:
> Well... not *purely* cosmetic. See [1] for an example of one issue. Ruby's
> `ruby/config.h` header also defines an `RSHIFT` macro, with different
> semantics (it doesn't round), so when building code which includes
> both headers the macro end
On Tue, Jan 22, 2019 at 10:55:33 +0100, Paul B Mahol wrote:
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/arbc.c | 203
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavformat/riff.c
On 1/22/2019 6:55 AM, Paul B Mahol wrote:
> Thanks Kostya for great help in reversing binary.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/arbc.c | 203
> libavcodec/avcodec
On 1/22/19, James Almer wrote:
> On 1/22/2019 6:55 AM, Paul B Mahol wrote:
>> Thanks Kostya for great help in reversing binary.
>>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile | 1 +
>> libavcodec/allcodecs.c | 1 +
>> libavcodec/arbc.c | 203 ++
On 1/22/2019 10:30 AM, Paul B Mahol wrote:
> On 1/22/19, James Almer wrote:
>> On 1/22/2019 6:55 AM, Paul B Mahol wrote:
>>> Thanks Kostya for great help in reversing binary.
>>>
>>> Signed-off-by: Paul B Mahol
>>> ---
>>> libavcodec/Makefile | 1 +
>>> libavcodec/allcodecs.c | 1 +
>>>
On Tue, 22 Jan 2019, at 10:55, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
Overall, this is more readable that the ones in the past. Really cool.
> +for (int j = start_y; j < end_y; j++) {
> +for (int k = start_x; k < end_x; k++) {
> +if (mask & 0x8000)
On 21/01/2019 14:40, Guo, Yejun wrote:
[...]
> +} else {
> +// 8x8 block when qg-size is 8, 16*16 block otherwise
Cosmetic: Comments should be /**/ to match the rest of the file.
> +int mb_size = (ctx->params->rc.qgSize == 8) ? 8 : 16;
> +int mbx = (f
On 1/22/19, James Almer wrote:
> On 1/22/2019 10:30 AM, Paul B Mahol wrote:
>> On 1/22/19, James Almer wrote:
>>> On 1/22/2019 6:55 AM, Paul B Mahol wrote:
Thanks Kostya for great help in reversing binary.
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
On 1/22/19, Jean-Baptiste Kempf wrote:
> On Tue, 22 Jan 2019, at 10:55, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>
> Overall, this is more readable that the ones in the past. Really cool.
With that terms: "more readable" actually means "less complex"
>
>> +for (int j = start_y
On Mon, Jan 21, 2019 at 2:15 PM FeRD wrote:
> On Mon, Jan 21, 2019 at 1:55 PM Moritz Barsnick wrote:
>
> > On Mon, Jan 21, 2019 at 12:38:58 -0500, FeRD (Frank Dana) wrote:
> >
> > > After applying both patches, 'make fate' succeeds and ffmpeg is still
> > > functional.
> >
> > You're not allowed
---
libavcodec/hevc_sei.c | 211 --
libavcodec/hevc_sei.h | 6 ++
libavcodec/hevcdec.c | 22 +
3 files changed, 233 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevc_sei.c b/libavcodec/hevc_sei.c
index c59bd4321e..6edec9f0db 100644
--- a/li
On 1/22/2019 2:17 PM, Vittorio Giovara wrote:
> On Mon, Jan 21, 2019 at 2:15 PM FeRD wrote:
>
>> On Mon, Jan 21, 2019 at 1:55 PM Moritz Barsnick wrote:
>>
>>> On Mon, Jan 21, 2019 at 12:38:58 -0500, FeRD (Frank Dana) wrote:
>>>
After applying both patches, 'make fate' succeeds and ffmpeg is
From: Frederic Pillonel
---
libavformat/rtsp.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index ceb770a3a4..20f63e0e01 100644
--- a/libavformat/rtsp.c
+++ b/libavformat/rtsp.c
@@ -548,9 +548,10 @@ static void sdp_parse_line(
Hi all,
Today as I tried to implement transcoding a videofeed to an icecast
audio-only stream I have encountered some behavior that, in my
opionion, leaves room for improvement.
The setup used in this scenario consists of
* an Open Broadcaster Studio (OBS) instance sending a video/audio feed
*
On Tue, 2019-01-22 at 15:35 -0300, James Almer wrote:
> I'm not against renaming it to AV_ROUNDED_RSHIFT or similar, but other
> than an entry in APIChanges we have no way to let library users that
> RSHIFT will be removed two or so years from now.
How about:
static inline void __attribute__ ((de
On Mon, 21 Jan 2019, Nicolas George wrote:
Marton Balint (12019-01-04):
Agreed, and this is how it should work even after the patch. user_duration
which is the duration specified in the ffconcat file always have priority
because get_best_effort_duration always considers that first. So it does
On Tue, 22 Jan 2019 at 18:01, Mohammad Izadi wrote:
> ---
> libavcodec/hevc_sei.c | 211 --
> libavcodec/hevc_sei.h | 6 ++
> libavcodec/hevcdec.c | 22 +
> 3 files changed, 233 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/hevc_sei.c b
On Tue, Jan 15, 2019, at 10:54 PM, Kieran O Leary wrote:
>
> Looks good to me.
Thanks. Pushed with fixed subject prefix.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 1/22/2019 4:50 PM, Rostislav Pehlivanov wrote:
> On Tue, 22 Jan 2019 at 18:01, Mohammad Izadi wrote:
>> diff --git a/libavcodec/hevc_sei.h b/libavcodec/hevc_sei.h
>> index 2fec00ace0..80c56b10bb 100644
>> --- a/libavcodec/hevc_sei.h
>> +++ b/libavcodec/hevc_sei.h
>> @@ -23,6 +23,7 @@
>>
>> #in
On Tue, Jan 22, 2019 at 10:22:29AM -0300, James Almer wrote:
> On 1/22/2019 6:55 AM, Paul B Mahol wrote:
> > Thanks Kostya for great help in reversing binary.
:)
> > +static void fill_tile4(AVCodecContext *avctx, uint8_t *color, AVFrame
> > *frame)
> > +{
> > +ARBCContext *s = avctx->priv_da
On Tue, Jan 22, 2019 at 07:18:33PM +, f...@gmx.ch wrote:
> From: Frederic Pillonel
>
> ---
> libavformat/rtsp.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
> index ceb770a3a4..20f63e0e01 100644
> --- a/libavformat/r
On Tue, Jan 22, 2019 at 12:27:28PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch makes the G.723_1 encoder easier to use.
>
> Please comment, Carl Eugen
> g723_1enc.c |6 ++
> 1 file changed, 6 insertions(+)
> 4c452f9652b0eb03b7c1c36c554663b9132498a0
> 0001-lavc-g723_1enc-Se
On 1/22/2019 11:54 AM, Paul B Mahol wrote:
> On 1/22/19, James Almer wrote:
>> On 1/22/2019 10:30 AM, Paul B Mahol wrote:
>>> On 1/22/19, James Almer wrote:
On 1/22/2019 6:55 AM, Paul B Mahol wrote:
> Thanks Kostya for great help in reversing binary.
>
> Signed-off-by: Paul B Mah
On 22 Jan 2019, at 20:29, c0re wrote:
Hi all,
Today as I tried to implement transcoding a videofeed to an icecast
audio-only stream I have encountered some behavior that, in my
opionion, leaves room for improvement.
The setup used in this scenario consists of
* an Open Broadcaster Studio (OBS
On Tue, Jan 22, 2019 at 10:55:33AM +0100, Paul B Mahol wrote:
> Thanks Kostya for great help in reversing binary.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/arbc.c | 203
>
---
libavcodec/hevc_sei.c | 216 --
libavcodec/hevc_sei.h | 6 ++
libavcodec/hevcdec.c | 21
3 files changed, 237 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevc_sei.c b/libavcodec/hevc_sei.c
index c59bd4321e..15cd956e85 100644
--- a/lib
---
libavcodec/hevc_sei.c | 216 --
libavcodec/hevc_sei.h | 6 ++
libavcodec/hevcdec.c | 21
3 files changed, 237 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevc_sei.c b/libavcodec/hevc_sei.c
index c59bd4321e..15cd956e85 100644
--- a/lib
We assume that if the compressed size is bigger than if each byte is encoded in
a single raw packet
that the data is invalid.
Fixes: Out of memory
Fixes:
12208/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RASC_fuzzer-5648916473708544
Found-by: continuous fuzzing process
https://github.com
Fixes: Timeout
Fixes:
12450/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FIC_fuzzer-5661984622641152
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/fic.c | 3 +++
1 file changed, 3 inser
If the frame1/2 checks fail this avoids doing the allocation of a new frame
Signed-off-by: Michael Niedermayer
---
libavcodec/rasc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/rasc.c b/libavcodec/rasc.c
index 6e32c1540e..21fc43f325 100644
--- a/libavcode
This caused rounding errors when values that can't be expressed exactly as
32-bit floats were passed in, which could happen in 16-bit yadif
swscale's call is opted in, under the assumption that it never uses values
large enough to run into this (i.e. within 2^24)
---
libavutil/x86/x86util.asm | 4
These previously upconverted the video _after_ applying the filter, so they
didn't actually test the high-bit-depth code paths at all, which is why the
PMINSD issue in the previous commit wasn't caught. I also added variants with
the spatial check enabled and disabled, so both of those paths are te
---
libavfilter/vf_yadif.c| 23 ---
libavfilter/yadif.h | 2 +
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 +
tests/checkasm/checkasm.h | 1 +
tests/checkasm/vf_yadif.c | 137 ++
6 files changed, 158 insertions(+), 9 del
On Wed, Jan 23, 2019 at 3:31 AM Uoti Urpala wrote:
>
> On Tue, 2019-01-22 at 15:35 -0300, James Almer wrote:
> > I'm not against renaming it to AV_ROUNDED_RSHIFT or similar, but other
> > than an entry in APIChanges we have no way to let library users that
> > RSHIFT will be removed two or so year
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Derek Buitenhuis
> Sent: Tuesday, January 22, 2019 10:31 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V2] avcodec/libx265: add support for
> ROI-based encoding
>
> O
55 matches
Mail list logo
