Currently, ffmpeg inserts scale filter by default in the filter graph
to force the whole decoded stream to scale into the same size with the
first frame. It's not quite make sense in resolution changing cases if
user wants the rawvideo without any scale.
Using autoscale/noautoscale to indicate whe
Add decode support for 4:2:2 8-bt and 10-bit HEVC Range Extension clips.
Signed-off-by: Linjie Fu
---
libavcodec/hevcdec.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 19b0cd8..f60bcf6 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcod
Signed-off-by: Linjie Fu
---
libavcodec/vaapi_decode.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/vaapi_decode.c b/libavcodec/vaapi_decode.c
index 16a68ca..fc3e13e 100644
--- a/libavcodec/vaapi_decode.c
+++ b/libavcodec/vaapi_decode.c
@@ -385,6 +385,8 @@ static const struct
Add function pointer field in vaapi_profile_map[], set profile_parser
for HEVC_REXT to find the exact va_profile.
Also add format map support.
Signed-off-by: Linjie Fu
---
libavcodec/vaapi_decode.c | 29 ++---
1 file changed, 22 insertions(+), 7 deletions(-)
diff --git
Extend ParameterBufferHEVC to ParameterBufferHEVCExtension for both
VAPicture and VASlice.
Pass Range Extension flags to support the decode for HEVC REXT.
Signed-off-by: Linjie Fu
---
libavcodec/vaapi_hevc.c | 104 +++-
1 file changed, 85 insertions(+
Add vaapi_parse_rext_profile and use profile constraint flags to
determine the exact va_profile for HEVC_REXT.
If profile mismatch is allowed, select Main profile by default.
Add build object in Makefile for h265_profile_level dependency.
Signed-off-by: Linjie Fu
---
libavcodec/Makefile |
Parse all the constraint flags according to ITU-T Rec. H.265 (02/2018).
They have to be passed to hw decoders to determine the exact profile for Range
Extension HEVC.
Signed-off-by: Linjie Fu
---
libavcodec/hevc_ps.c | 42 ++
libavcodec/hevc_ps.h | 13 +++
VA_RT_FORMAT describes the desired sampling format for surface.
When creating surface, VA_RT_FORMAT will be used firstly to choose
the expected fourcc/media_format for the surface. And the fourcc
will be revised by the value of VASurfaceAttribPixelFormat.
Add vaapi_format_map support for new pixe
Add swscale input support for Y210LE, output support and fate
test could be added later if there is requirement for software
CSC to this packed format.
Signed-off-by: Linjie Fu
---
libswscale/input.c | 24
libswscale/utils.c | 1 +
2 files changed, 25 insertions(+)
dif
Add some packed 4:2:2 10-bit pixel formats for hardware decode support
in VAAPI and QSV.
Signed-off-by: Linjie Fu
---
libavutil/pixdesc.c | 23 +++
libavutil/pixfmt.h | 5 +
libavutil/version.h | 2 +-
tests/ref/fate/sws-pixdesc-q
There is a race condition for AV_PIX_FMT_YUV420P when mapping from pix_fmt
to fourcc, both VA_FOURCC_I420 and VA_FOURCC_YV12 could be found by pix_fmt.
Currently, vaapi_get_image_format will go through the query results of
pix_fmt and returned the first matched result according to the declared
ord
Default to use multiplication factors for Main profile.
Introduced since cd3578a8e4e11e0ba021e621367a7974d6de5da0.
Fixed the notation at the same time.
Signed-off-by: Linjie Fu
---
libavcodec/h265_profile_level.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcode
On 14-01-2020 12:33 pm, Gyan wrote:
On 09-01-2020 11:31 am, Gyan wrote:
Barring further reviews, I'll retest and push the patchset on Monday.
Manual and FATE testing passed. Will push patchset in a day.
On 06-01-2020 11:44 am, Gyan wrote:
Ping for the remainder of patchset. Expression p
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Tuesday, January 14, 2020 23:55
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/8] swscale: Add swscale input support
> for Y210
>
> Am Di., 14. Jan
On Tue, Jan 14, 2020 at 11:07 AM Wonkap Jang
wrote:
>
> This commit reuses the configuration options for VP8 that enables
> temporal scalability for VP9. It also adds a way to enable three
> preset temporal structures (refer to the documentation for more
> detail) that can be used in offline encod
On Tue, Jan 14, 2020 at 8:46 PM Moritz Barsnick wrote:
>
> On Tue, Jan 14, 2020 at 09:31:56 +0800, myp...@gmail.com wrote:
> > > On Sat, Jan 11, 2020 at 12:13:48 +0800, Jun Zhao wrote:
> > > > +Same as quality option. And the command accepts the @code{max} same as
> > > > the @code{6}.
>
> > > Ar
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Wednesday, January 15, 2020 05:55 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 1/2] libswscale/x86/yuv2rgb: Change
> inline assembly into nasm code
>
> On
On Wed, Jan 15, 2020 at 1:25 AM Michael Niedermayer
wrote:
> Fixes: out of array access
> Fixes: 2nd part of
> 18429/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-6210814364614656
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/proj
It is already checked by common code in git/master
Signed-off-by: Michael Niedermayer
---
libavcodec/wmalosslessdec.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/libavcodec/wmalosslessdec.c b/libavcodec/wmalosslessdec.c
index 2b97c2a848..cd7469405d 100644
--- a/lib
Fixes: out of array access
Fixes: 2nd part of
18429/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-6210814364614656
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wmalos
This fixes mpeg2video stream copies to mpeg muxer like this:
ffmpeg -i xdcamhd.mxf -c:v copy output.mpg
---
libavcodec/mpeg12dec.c | 7 +++
tests/ref/fate/mxf-probe-d10 | 3 +++
tests/ref/fate/ts-demux | 2 +-
3 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavcod
Modified with Anton feedback: no public amendment,
the code from add_coded_side_data() is now duplicated from existing one in
ffmpeg.c,
but it is rather small.
Nicolas Gaullier (3):
avformat/utils: Make find_stream_info get side data from codec context
avcodec/utils: Fix ff_add_cpb_side_data(
This will allow probing input coded side data, and also forwarding them to the
output.
---
libavformat/utils.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index f3d71642c3..cc9898681a 100644
--- a/libavformat/utils.c
+++ b/liba
Makes it behave similarly to av_stream_add_side_data().
---
libavcodec/utils.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index ab48754a64..d9af6053bb 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -1978,6 +1978,11 @@ AVCPBProperti
>> fre 2020-01-03 klockan 16:56 +0100 skrev Nicolas Gaullier:
>> > s337m_get_offset_and_codec does not make use of
>> > AVFormatContext: AVClass is enough for logging.
>> > Will facilitate further use from outside
>> > ---
>> > libavformat/s337m.c | 10 +-
>> > 1 file changed, 5 insertions
On Tue, Jan 07, 2020 at 02:55:39PM +0100, Andreas Rheinhardt wrote:
> Since bae8844e351, the packet is automatically unreferenced in
> ff_read_packet() when an error is returned; but the documentation of
> this of AVInputFormat.read_packet has not been updated accordingly.
>
> Signed-off-by: Andre
On Tue, Jan 14, 2020 at 04:13:32AM +0100, Andreas Rheinhardt wrote:
> The current code only checks when writing the trailer whether the video
> format and Codec ID are actually compatible with the container. At this
> point, a lot of data will already have been written (in vain, of
> course), so ch
On Tue, Jan 14, 2020 at 04:13:31AM +0100, Andreas Rheinhardt wrote:
> Up until now, the Sega FILM muxer complained if the first stream wasn't a
> video stream that there is no video stream at all which is of course
> nonsense. So postpone this check.
>
> Signed-off-by: Andreas Rheinhardt
> ---
>
On Tue, Jan 14, 2020 at 04:13:30AM +0100, Andreas Rheinhardt wrote:
> by changing the type to unsigned.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/segafilmenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF21
On Fri, Jan 10, 2020 at 01:38:15AM +0800, Ting Fu wrote:
> Signed-off-by: Ting Fu
> ---
> V7:
> Fix compile issue when user configure with --disable-mmx.
> Fix issue when running ./ffmpeg with --cpuflags mmx/ssse3.
> Adjust the SIMD verify logic in libswscale/x86/yuv2rgb.c
>
> libsws
> > >> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c index
> > >> 2796905e1f..ccb9576b84 100644
> >> --- a/libavformat/wavdec.c
> > >> +++ b/libavformat/wavdec.c
> > >> @@ -78,7 +78,7 @@ static void set_spdif_s337m(AVFormatContext *s,
> > >> WAVDemuxContext *wav)
> > >>
Quoting Gaullier Nicolas (2020-01-13 23:16:44)
> >If the intention is to use this code from avformat_find_stream_info(),
> >then why should it be public? The documentation is very unclear as to
> >when/how an API user is supposed to call it.
> >
> >Anton Khirnov
>
> Sorry about that, I should have
On Sat, 2020-01-11 at 17:18 +0800, fgodt...@hotmail.com wrote:
> From: FgoDt
>
> Add use_captureblt option for disable or use CAPTUREBLT flag, when
> useing the bitblt function with CAPTUREBLT may caused the Windows
> mouse cursor flicker. most time we don't need this flag to capture
> window
> I
This commit reuses the configuration options for VP8 that enables
temporal scalability for VP9. It also adds a way to enable three
preset temporal structures (refer to the documentation for more
detail) that can be used in offline encoding.
---
doc/encoders.texi | 18 ++-
libavcodec/libvpxen
Hi James,
On Tue, Jan 14, 2020 at 10:59 AM Wonkap Jang wrote:
> This commit reuses the configuration options for VP8 that enables
> temporal scalability for VP9. It also adds a way to enable three
> preset temporal structures (refer to the documentation for more
> detail) that can be used in of
On Wed, Jan 1, 2020 at 1:59 AM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> The Matroska Projection master element has such a small maximum length
> that it can always be written with a length field of length one.
> So it is unnecessary to first write the element into a dynamic buff
On 1/14/20, Nicolas George wrote:
> Anton Khirnov (12020-01-14):
>> No. If you want to mix multiple streams, then your mixing filter should
>> support multiple streams. It is certainly in no way "natural" or correct
>> to invent a scheme for stream multiplexing through channel layouts.
>
> You cou
tis 2020-01-14 klockan 18:02 +0100 skrev Michael Niedermayer:
> On Sun, Jan 12, 2020 at 09:13:49PM +0100, Tomas Härdin wrote:
> > fre 2020-01-03 klockan 16:56 +0100 skrev Nicolas Gaullier:
> > > s337m_get_offset_and_codec does not make use of
> > > AVFormatContext: AVClass is enough for logging.
>
On Sun, Jan 12, 2020 at 11:11:28PM -0500, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Signed-off-by: Andriy Gelman
> ---
> libavcodec/v4l2_context.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133
On Mon, Jan 13, 2020 at 09:49:43PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_eq.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78
On Mon, Jan 13, 2020 at 09:44:49PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/avstring.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF
On Sun, Jan 12, 2020 at 09:13:49PM +0100, Tomas Härdin wrote:
> fre 2020-01-03 klockan 16:56 +0100 skrev Nicolas Gaullier:
> > s337m_get_offset_and_codec does not make use of
> > AVFormatContext: AVClass is enough for logging.
> > Will facilitate further use from outside
> > ---
> > libavformat/s3
Anton Khirnov (12020-01-14):
> No. If you want to mix multiple streams, then your mixing filter should
> support multiple streams. It is certainly in no way "natural" or correct
> to invent a scheme for stream multiplexing through channel layouts.
You could argue that if the channel layout API was
Quoting Nicolas George (2020-01-14 15:53:26)
> Anton Khirnov (12020-01-13):
> > You still did not say which filters those are, why do they need to
> > create streams with duplicate channels, or for that matter how they can
> > even do so when the current API does not support it.
>
> The one that c
Am Di., 14. Jan. 2020 um 08:25 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Carl Eugen Hoyos
> > Sent: Tuesday, January 14, 2020 12:42
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH
Quoting Nicolas George (2020-01-14 15:46:17)
> Anton Khirnov (12020-01-12):
> > Your explanation does not make sense to me. Checking for negative values
> > is not guarding against overflow, it's "checking after the fact whether
> > overflow occurred". Any such checks, whether signed or unsigned, a
On Sun, Jan 12, 2020 at 9:02 PM Andriy Gelman
wrote:
> Hello Asaf,
>
> If you compile the code, there are many warning about mixed declaration
> and code.
>
Hi Andriy,
I will take a look again and try to avoid those warnings.
Also i will fix the points you mention, thank you for your time.
Will
Hi. Thanks for looking into it with an open mind.
Hendrik Leppkes (12020-01-12):
> While this argument sounds sensible on the surface, I can't help but
> wonder if it really makes sense.
> Sure, some returned strings may be able to be wrapped straight into
> whatever structure they use. But what a
This better belong to generic code.
On 1/14/20, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 2147483647 + 1 cannot be represented in type
> 'int'
> Fixes:
> 19950/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINKAUDIO_DCT_fuzzer-5765514337189888
>
> Found-by: continuous fuzzi
Anton Khirnov (12020-01-13):
> You still did not say which filters those are, why do they need to
> create streams with duplicate channels, or for that matter how they can
> even do so when the current API does not support it.
The one that comes to mind immediately is amerge, which is meant to be
Anton Khirnov (12020-01-12):
> Your explanation does not make sense to me. Checking for negative values
> is not guarding against overflow, it's "checking after the fact whether
> overflow occurred". Any such checks, whether signed or unsigned, are
> necessarily invalid and broken (hence the quotes
Fixes: signed integer overflow: 2147483647 + 1 cannot be represented in type
'int'
Fixes:
19950/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINKAUDIO_DCT_fuzzer-5765514337189888
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-
Em seg., 13 de jan. de 2020 às 08:46, Guo, Yejun escreveu:
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/vf_dnn_processing.c | 85
> -
> 1 file changed, 24 insertions(+), 61 deletions(-)
>
> diff --git a/libavfilter/vf_dnn_processing.c b/libavfilter/v
Hi,
Em qua., 8 de jan. de 2020 às 03:52, Guo, Yejun escreveu:
>
> Signed-off-by: Guo, Yejun
> ---
> tests/fate/filter-video.mak| 4 ++
> ...filter-dnn_processing-halve_first_channel_float | 55
> ++
> .../fate/filter-dnn_processing-halve_gray_float
On Tue, Jan 14, 2020 at 09:31:56 +0800, myp...@gmail.com wrote:
> > On Sat, Jan 11, 2020 at 12:13:48 +0800, Jun Zhao wrote:
> > > +Same as quality option. And the command accepts the @code{max} same as
> > > the @code{6}.
> > Are you trying to say that the allowed range for the command(s) is
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Mark Thompson
> Sent: Thursday, January 9, 2020 06:19
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 4/8] lavc/vaapi_hevc: Add HEVC Rext
> parameter for VAPicture and VASlice
>
> On 29/12/2019 16:29, Linjie Fu wr
56 matches
Mail list logo
