Signed-off-by: Haihao Xiang
---
libavcodec/hevcdec.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index c8877626d2..13d868bb4f 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -344,6 +344,11 @@ static void export_stream_params
In lavc/hevec_vaapi, colour properties in AVCodecContext are needed to
write the sequence header
Tested by the command below:
ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128
-hwaccel_output_format vaapi -i input-with-hdr.mkv -c:v hevc_vaapi
-profile:v main10 output.h265
Signed-off-by: H
On 5/15/18, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/xwddec.c | 2 +-
> tests/ref/lavf/xwd | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ff
On Wed, May 16, 2018 at 2:39 AM, Peter Bennett wrote:
> From: Peter Bennett
>
> libavformat.v has url_open, url_close and url_write. These
> should be ffurl_ in each case.
> ---
> libavformat/libavformat.v | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat
On Wed, May 16, 2018 at 9:19 AM, Haihao Xiang wrote:
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/hevcdec.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
> index c8877626d2..13d868bb4f 100644
> --- a/libavcodec/hevcdec.c
> +++ b/lib
ons 2018-05-16 klockan 10:18 +0800 skrev Zhao Zhili:
> The av_err2str macro in libavutil/error.h use compound literal:
>
> #define av_err2str(errnum) \
> av_make_error_string((char[AV_ERROR_MAX_STRING_SIZE]){0},
> AV_ERROR_MAX_STRING_SIZE, errnum)
>
> C++ compiler may not support it or trea
On Wed, 2018-05-16 at 10:17 +0200, Hendrik Leppkes wrote:
> On Wed, May 16, 2018 at 9:19 AM, Haihao Xiang wrote:
> > Signed-off-by: Haihao Xiang
> > ---
> > libavcodec/hevcdec.c | 5 +
> > 1 file changed, 5 insertions(+)
> >
> > diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
> > i
On 16.05.2018 10:29, Tomas Härdin wrote:
ons 2018-05-16 klockan 10:18 +0800 skrev Zhao Zhili:
The av_err2str macro in libavutil/error.h use compound literal:
#define av_err2str(errnum) \
av_make_error_string((char[AV_ERROR_MAX_STRING_SIZE]){0},
AV_ERROR_MAX_STRING_SIZE, errnum)
C++ compi
On Wed, May 16, 2018 at 10:49 AM, Xiang, Haihao wrote:
> On Wed, 2018-05-16 at 10:17 +0200, Hendrik Leppkes wrote:
>> On Wed, May 16, 2018 at 9:19 AM, Haihao Xiang wrote:
>> > Signed-off-by: Haihao Xiang
>> > ---
>> > libavcodec/hevcdec.c | 5 +
>> > 1 file changed, 5 insertions(+)
>> >
>>
ons 2018-05-16 klockan 11:16 +0200 skrev Tobias Rapp:
> On 16.05.2018 10:29, Tomas Härdin wrote:
> > ons 2018-05-16 klockan 10:18 +0800 skrev Zhao Zhili:
> > > The av_err2str macro in libavutil/error.h use compound literal:
> > >
> > > #define av_err2str(errnum) \
> > > av_make_error_string(
On 16.05.2018 11:27, Tomas Härdin wrote:
ons 2018-05-16 klockan 11:16 +0200 skrev Tobias Rapp:
On 16.05.2018 10:29, Tomas Härdin wrote:
ons 2018-05-16 klockan 10:18 +0800 skrev Zhao Zhili:
The av_err2str macro in libavutil/error.h use compound literal:
#define av_err2str(errnum) \
av_m
On Wed, May 16, 2018 at 11:41:23AM +0200, Tobias Rapp wrote:
> Yes, I am referring to usage of the libavutil headers in C. If the macro is
> only hidden for C++ and available in C, that would be OK for me. But if the
> static inline function variant would support both C and C++, this would look
> l
On 2018年05月16日 17:47, Steinar H. Gunderson wrote:
On Wed, May 16, 2018 at 11:41:23AM +0200, Tobias Rapp wrote:
Yes, I am referring to usage of the libavutil headers in C. If the macro is
only hidden for C++ and available in C, that would be OK for me. But if the
static inline function variant w
ons 2018-05-16 klockan 11:47 +0200 skrev Steinar H. Gunderson:
> On Wed, May 16, 2018 at 11:41:23AM +0200, Tobias Rapp wrote:
> > Yes, I am referring to usage of the libavutil headers in C. If the macro is
> > only hidden for C++ and available in C, that would be OK for me. But if the
> > static in
On Wed, May 16, 2018 at 12:41:05PM +0200, Tomas Härdin wrote:
> This comes up every now and then, and I know there was great opposition
> to it previously from people who have since left the project. If you're
> willing to be the person officially dealing with all "C++-isms" in the
> headers then I
On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
wrote:
> This is a little rambling / stream of thought, but take it as you will,
> and perhaps some discussion or change comes of it. Or, more likely, personal
> attacks, flames, and no change. Or 1 few will reply and then the thread will
> die and
On 5/16/2018 11:07 AM, Derek Buitenhuis wrote:
> On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
> wrote:
>> This is a little rambling / stream of thought, but take it as you will,
>> and perhaps some discussion or change comes of it. Or, more likely, personal
>> attacks, flames, and no change.
On Wed, May 16, 2018 at 3:25 PM, James Almer wrote:
> I think the issue is not the lack of clear enforcement rules, but a lack
> of a proactive enforcer, be it a person or a body. The CoC has done
> nothing but give people something to say when they want to be passive
> aggressive in a discussion.
On Wed, May 16, 2018 at 4:25 PM, James Almer wrote:
> On 5/16/2018 11:07 AM, Derek Buitenhuis wrote:
>> On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
>> wrote:
>>> This is a little rambling / stream of thought, but take it as you will,
>>> and perhaps some discussion or change comes of it. Or
On 16.05.2018 17:14, Hendrik Leppkes wrote:
> On Wed, May 16, 2018 at 4:25 PM, James Almer wrote:
>> On 5/16/2018 11:07 AM, Derek Buitenhuis wrote:
>>> On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
>>> wrote:
This is a little rambling / stream of thought, but take it as you will,
Tomas Härdin (2018-05-16):
> However, it might
> be nicer to make that a static inline function, if possible.
Not possible, it has to be a macro. But macros do not cause
compatibility problems.
Regards,
--
Nicolas George
signature.asc
Des
On Wed, May 16, 2018 at 4:42 PM, Thomas Volkert wrote:
>> Maybe the solution should be something that does not require all those
>> people to convene everytime there is some petty trolling going on
>> again.
> Yes.
Suggestions welcome...
>> There is a big difference between "not caring" and not
Hi,
On Wed, May 16, 2018 at 10:07 AM, Derek Buitenhuis <
derek.buitenh...@gmail.com> wrote:
> On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
> wrote:
> > This is a little rambling / stream of thought, but take it as you will,
> > and perhaps some discussion or change comes of it. Or, more lik
From 20a0544d66b5b3b9ebc3e03049a134d13706bda9 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Wed, 16 May 2018 20:18:30 +0530
Subject: [PATCH] cmdutils - don't search for option 'default'
The option 'default' was removed in
af4b1c02acf6923489d30349c4813a0d73b2f114 - Dec 20 2012.
---
fftools/cm
From: Aman Gupta
HLS streams can contain discontinuities. Mark the format as such.
This triggers various discontinuity fixes in lavf/utils.c and fftools
Signed-off-by: Aman Gupta
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/liba
On Wed, 16 May 2018 15:44:36 +0100
Derek Buitenhuis wrote:
> On Wed, May 16, 2018 at 3:25 PM, James Almer wrote:
> > I think the issue is not the lack of clear enforcement rules, but a lack
> > of a proactive enforcer, be it a person or a body. The CoC has done
> > nothing but give people someth
On Wed, 16 May 2018 10:13:44 +0200
Hendrik Leppkes wrote:
> On Wed, May 16, 2018 at 2:39 AM, Peter Bennett wrote:
> > From: Peter Bennett
> >
> > libavformat.v has url_open, url_close and url_write. These
> > should be ffurl_ in each case.
> > ---
> > libavformat/libavformat.v | 6 +++---
> >
On Wed, 16 May 2018 17:58:46 +0800
Zhao Zhili wrote:
> On 2018年05月16日 17:47, Steinar H. Gunderson wrote:
> > On Wed, May 16, 2018 at 11:41:23AM +0200, Tobias Rapp wrote:
> >> Yes, I am referring to usage of the libavutil headers in C. If the macro is
> >> only hidden for C++ and available in C,
On Wed, 16 May 2018 11:47:36 +0200
"Steinar H. Gunderson" wrote:
> On Wed, May 16, 2018 at 11:41:23AM +0200, Tobias Rapp wrote:
> > Yes, I am referring to usage of the libavutil headers in C. If the macro is
> > only hidden for C++ and available in C, that would be OK for me. But if the
> > stati
On Wed, 16 May 2018 15:19:44 +0800
Haihao Xiang wrote:
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/hevcdec.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
> index c8877626d2..13d868bb4f 100644
> --- a/libavcodec/hevcdec.c
> +++ b
On Wed, 16 May 2018 10:17:58 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> HLS streams can contain discontinuities. Mark the format as such.
>
> This triggers various discontinuity fixes in lavf/utils.c and fftools
>
> Signed-off-by: Aman Gupta
> ---
> libavformat/hls.c | 2 +-
> 1 file ch
On 05/16/2018 08:06 PM, wm4 wrote:
I actually don't have much of a solution to the "nobody willing to step
up" problem, though, no. The offical documents should at least reflect
that reality then, though. A CoC that is ignored, is not a CoC.
True, in that case it's better to remove the CoC becau
On Wed, May 16, 2018 at 8:11 PM, wm4 wrote:
> On Wed, 16 May 2018 15:19:44 +0800
> Haihao Xiang wrote:
>
>> Signed-off-by: Haihao Xiang
>> ---
>> libavcodec/hevcdec.c | 5 +
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
>> index c8877626d2
On Wed, May 16, 2018 at 11:14 AM, wm4 wrote:
> On Wed, 16 May 2018 10:17:58 -0700
> Aman Gupta wrote:
>
> > From: Aman Gupta
> >
> > HLS streams can contain discontinuities. Mark the format as such.
> >
> > This triggers various discontinuity fixes in lavf/utils.c and fftools
> >
> > Signed-off
On Wed, 16 May 2018 11:45:58 -0700
Aman Gupta wrote:
> On Wed, May 16, 2018 at 11:14 AM, wm4 wrote:
>
> > On Wed, 16 May 2018 10:17:58 -0700
> > Aman Gupta wrote:
> >
> > > From: Aman Gupta
> > >
> > > HLS streams can contain discontinuities. Mark the format as such.
> > >
> > > This trigge
The FATE tests for MSVC versions older than 2013 are untested in FATE
and apparently are no longer supported.
This commit makes the configure process error out in case an older version
is used, and suggests to use a supported version of MSVC to compile.
This also changes the documentation to refl
On Tue, May 15, 2018 at 04:06:24PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> For seekable mpegts streams, duration is calculated from
> pts by seeking to the end of the file for a pts and subtracting
> the initial pts to compute a duration.
>
> This can be expensive in terms of added laten
On Tue, May 15, 2018 at 11:29:47AM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> Parses the video_stream_descriptor (H.222 2.6.2) to look
> for the still_picture_flag. This is exposed to the user
> via a new AV_DISPOSITION_STILL_IMAGE.
>
> See for example https://tmm1.s3.amazonaws.com/music-ch
On Wed, May 02, 2018 at 02:57:11AM +0200, wm4 wrote:
> On Tue, 1 May 2018 22:44:07 +0200
> Michael Niedermayer wrote:
>
> > Regression since: af1761f7
> > Fixes: Division by 0
> > Fixes: ffmpeg_crash_1
> >
> > Found-by: Thuan Pham, Marcel Böhme, Andrew Santosa and Alexandru Razvan
> > Caciules
On Sun, Apr 29, 2018 at 06:44:23PM +0200, Tomas Härdin wrote:
> sön 2018-04-29 klockan 16:41 +0200 skrev Michael Niedermayer:
> > On Fri, Apr 27, 2018 at 09:44:05PM +0200, Michael Niedermayer wrote:
> > > Fixes: runtime error: left shift of 1876744317 by 16 places cannot
> > > be represented in typ
On Wed, 16 May 2018, Paul B Mahol wrote:
On 5/15/18, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavcodec/xwddec.c | 2 +-
tests/ref/lavf/xwd | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
LGTM
Thanks, applied.
Regards,
Marton
_
On Sun, Apr 29, 2018 at 08:26:47PM +, Kieran Kunhya wrote:
> On Sun, 29 Apr 2018 at 20:20 Michael Niedermayer
> wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/mpeg4videodec.c | 8 +---
> > 1 file changed, 5 insertions(+), 3 deletions(-)
> >
>
> OK
will apply
(
On Sun, Apr 29, 2018 at 09:19:18PM +0200, Michael Niedermayer wrote:
> Fixes: runtime error: shift exponent -1 is negative
> Fixes:
> 7486/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEG4_fuzzer-4977380939530240
>
> Fixes: runtime error: index 36 out of bounds for type 'const uint8_t [32]'
On Sun, Apr 29, 2018 at 11:21:58PM +, Kieran Kunhya wrote:
> On Sun, 29 Apr 2018 at 22:57 Michael Niedermayer
> wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/mpeg4video.h| 2 ++
> > libavcodec/mpeg4videodec.c | 25 -
> > 2 files changed,
On Sun, May 06, 2018 at 12:47:25AM +0200, Michael Niedermayer wrote:
> On Sat, May 05, 2018 at 11:12:06PM +0200, Paul B Mahol wrote:
> > On 5/5/18, wm4 wrote:
> > > On Sat, 5 May 2018 22:47:37 +0200
> > > Michael Niedermayer wrote:
> > >
> > >> Fixes: out of array read
> > >> Fixes:
> > >> 6546/
On Mon, May 14, 2018 at 01:07:56AM +0200, Michael Niedermayer wrote:
> Fixes: negation of -2147483648 cannot be represented in type 'int32_t' (aka
> 'int');
> Fixes:
> 6500/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-4523620274536448
>
> Found-by: continuous fuzzing process
>
2018-05-16 11:47 GMT+02:00, Steinar H. Gunderson :
> On Wed, May 16, 2018 at 11:41:23AM +0200, Tobias Rapp wrote:
>> Yes, I am referring to usage of the libavutil headers in C. If the macro
>> is
>> only hidden for C++ and available in C, that would be OK for me. But if
>> the
>> static inline func
On Wed, May 16, 2018 at 11:25:01AM -0300, James Almer wrote:
> On 5/16/2018 11:07 AM, Derek Buitenhuis wrote:
> > On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
> > wrote:
> >> This is a little rambling / stream of thought, but take it as you will,
> >> and perhaps some discussion or change com
Some demuxers (mov, microdvd at least) set duration negative.
Signed-off-by: Michael Niedermayer
---
fftools/ffmpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 5a19a09d9a..3aa2175b5d 100644
--- a/fftools/ffmpeg.c
+++ b/fftoo
---
libavutil/error.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/error.h b/libavutil/error.h
index 71df4da..8a35fef 100644
--- a/libavutil/error.h
+++ b/libavutil/error.h
@@ -116,8 +116,10 @@ static inline char *av_make_error_string(char *errbuf,
size_t errbuf_size, int e
*
On 17 May 2018 at 05:46, Zhao Zhili wrote:
> ---
> libavutil/error.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavutil/error.h b/libavutil/error.h
> index 71df4da..8a35fef 100644
> --- a/libavutil/error.h
> +++ b/libavutil/error.h
> @@ -116,8 +116,10 @@ static inline char *av_
On 2018年05月14日 20:17, Zhao Zhili wrote:
From: Zhao Zhili
---
doc/examples/filtering_video.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/examples/filtering_video.c b/doc/examples/filtering_video.c
index 38ff9bb..225dccc 100644
--- a/doc/examples/filtering_vide
On Wed, 2018-05-16 at 11:27 +0200, Hendrik Leppkes wrote:
> On Wed, May 16, 2018 at 10:49 AM, Xiang, Haihao
> wrote:
> > On Wed, 2018-05-16 at 10:17 +0200, Hendrik Leppkes wrote:
> > > On Wed, May 16, 2018 at 9:19 AM, Haihao Xiang
> > > wrote:
> > > > Signed-off-by: Haihao Xiang
> > > > ---
> >
Use structure AVEncryptionInitInfo to provide CENC initialization information
for the application.
Signed-off-by: Chen Zewu
---
libavformat/isom.h | 1 +
libavformat/mov.c | 64 ++
2 files changed, 65 insertions(+)
diff --git a/libavformat/i
54 matches
Mail list logo
