> Am 28.08.2019 um 08:22 schrieb Linjie Fu :
>
> Add swscale support for AYUV and make it more robust.
The path that converts from AYUV to planar YUV(A) seems to be missing the
handling of alpha values.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpe
> Am 28.08.2019 um 08:22 schrieb Linjie Fu :
>
> Add support for packed 4:4:4 pixel format AYUV.
>
> It is the format that VAAPI/QSV uses when coping with 4:4:4
> surfaces.
> Alpha channel will be set to default value for HEVC REXT
> hw decode.
What is the „default value“?
Carl Eugen
___
Add swscale support for AYUV and make it more robust.
Also update the reference in fate.
Signed-off-by: Linjie Fu
---
libswscale/input.c | 26 +
libswscale/output.c | 50
libswscale/utils.c
Add support for packed 4:4:4 pixel format AYUV.
It is the format that VAAPI/QSV uses when coping with 4:4:4
surfaces. Alpha channel will be set to default value for HEVC REXT
hw decode.
Signed-off-by: Linjie Fu
---
libavutil/pixdesc.c | 13 +
libavutil/pixfmt.h
On Sun, Aug 25, 2019 at 11:39 AM Michael Niedermayer
wrote:
> On Fri, Aug 23, 2019 at 04:03:10PM -0700, Niki Bowe wrote:
> > On Thu, Aug 22, 2019 at 2:30 AM Paul B Mahol wrote:
> >
> > > On Thu, Aug 22, 2019 at 11:19 AM Carl Eugen Hoyos
> > > wrote:
> > >
> > > > Am Mi., 21. Aug. 2019 um 23:05
On Tue, 27 Aug 2019 10:08:43 -0700
Philip Langdale wrote:
> On 2019-08-08 11:33, OvchinnikovDmitrii wrote:
> >
> > diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
> > index 384d8efc92..f66b95645e 100644
> > --- a/libavcodec/amfenc.c
> > +++ b/libavcodec/amfenc.c
> > @@ -213,6 +213,7 @@ st
On Mon, 26 Aug 2019, Andreas Håkon wrote:
Hi,
‐‐‐ Original Message ‐‐‐
On Monday, 19 de August de 2019 21:16, Andreas Håkon
wrote:
Hi,
This is the third version of my patch for an "interleaved MPEG-TS muxer".
This new version includes all recommendations and rebases the fix of the
Limin Wang 于2019年8月27日周二 下午10:40写道：
>
>
> ping, I have tested with below command and check the m3u8 is ok:
>
> ./ffmpeg -threads 4 -vsync 1 -i ~/Movies/1.mp4 -r 25 \
> -b:v:0 5250k -c:v h264 -pix_fmt yuv420p -profile:v main -level 4.1 \
> -b:v:1 4200k -c:v h264 -pix_fmt yuv420p -profile:v main -
Signed-off-by: Steven Liu
---
libavfilter/vf_delogo.c | 83 ++---
1 file changed, 79 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_delogo.c b/libavfilter/vf_delogo.c
index 065d093641..5323603ddb 100644
--- a/libavfilter/vf_delogo.c
+++ b/li
On Tue, 27 Aug 2019, Andreas Håkon wrote:
Hi Marton,
‐‐‐ Original Message ‐‐‐
On Tuesday, 27 de August de 2019 9:34, Marton Balint wrote:
Fixes DTS < PCR errors with this command line:
./ffmpeg -loglevel verbose -y -f lavfi -i \
"testsrc=s=64x64:d=20,split=2[out0][tmp1];[tmp1]vfl
Fixes: Multiple memleaks
Fixes: ffmpeg-memory-leak
Found-by: Francis Provencher
Signed-off-by: Michael Niedermayer
---
libavcodec/mpeg12enc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/mpeg12enc.c b/libavcodec/mpeg12enc.c
index 2bc5289d63..cbf2f6fa03 100644
--- a/libavcode
Fixes: Multiple memleaks
Fixes: ffmpeg-memory-leak
Found-by: Francis Provencher
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index a6a646636d..729c10a8ed 100644
--- a/libavcodec/utils.c
+
> 在 2019年8月27日，23:29，Limin Wang 写道：
>
> On Tue, Aug 27, 2019 at 03:17:09PM +0800, Steven Liu wrote:
>> Signed-off-by: Steven Liu
>> ---
>> libavfilter/vf_delogo.c | 72 ++---
>> 1 file changed, 68 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavfilter/
On 12/29/18 10:15 PM, James Almer wrote:
On 12/29/2018 8:09 AM, Paul B Mahol wrote:
On 12/29/18, Ysy wrote:
I was trying to compile FFmpeg with `--enable-libmysofa`, and it failed with
this message below:
src/libavfilter/af_sofalizer.c:164:32: error: implicit declaration of
function 'mysofa_n
On 8/27/19 2:05 AM, Moritz Barsnick wrote:
On Sun, Aug 25, 2019 at 03:22:02 +0530, Shivam wrote:
The patch contains DICOM demuxer. I have improved the code as suggested.
Second part of my review:
From: Shivam Goyal <1998.goyal.shi...@gmail.com>
Date: Sun, 25 Aug 2019 02:57:35 +0530
Subject:
On 8/27/19 2:04 AM, Moritz Barsnick wrote:
On Sun, Aug 25, 2019 at 03:20:13 +0530, Shivam wrote:
The patch contains DICOM decoder. I have improved the code as suggested.
Hi Shivan,
nice job.
First of all, all your samples now appear to demux and decode properly.
I didn't get a chance to look
On 8/27/2019 12:51 PM, Michael Niedermayer wrote:
> On Mon, Aug 26, 2019 at 04:02:14PM -0300, James Almer wrote:
>> ff_reget_buffer() will attempt to create a writable copy of the frame,
>> which is not needed when the decoder intends to return a reference to
>> the same buffer as the previous fram
On 2019-08-08 11:33, OvchinnikovDmitrii wrote:
diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
index 384d8efc92..f66b95645e 100644
--- a/libavcodec/amfenc.c
+++ b/libavcodec/amfenc.c
@@ -213,6 +213,7 @@ static int
amf_init_from_dxva2_device(AVCodecContext *avctx, AVDXVA2DeviceContex
stat
Hello all,
Long time pass, can somebody look at this?
Thanks
On Wed, Jul 17, 2019 at 11:35 AM Asaf Kave wrote:
> Populate the real error when alloc_picture failed, during decoding h264
> slice.
> When this error occurred, need to break the decoding process of the rest
> nal's, and need to rise
On Mon, Aug 19, 2019 at 01:30:54AM +0200, Michael Niedermayer wrote:
> Fixes: Infinite loop
> Fixes:
> 16260/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ATRAC9_fuzzer-5676365617037312
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
On Mon, Aug 26, 2019 at 04:02:14PM -0300, James Almer wrote:
> ff_reget_buffer() will attempt to create a writable copy of the frame,
> which is not needed when the decoder intends to return a reference to
> the same buffer as the previous frame.
>
> Should reduce data copy, hopefully achieving a
On Tue, Aug 27, 2019 at 03:17:09PM +0800, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> libavfilter/vf_delogo.c | 72 ++---
> 1 file changed, 68 insertions(+), 4 deletions(-)
>
> diff --git a/libavfilter/vf_delogo.c b/libavfilter/vf_delogo.c
> index 06
On Sun, Aug 25, 2019 at 04:43:31PM -0700, Elliott Karpilovsky wrote:
> Current default is 200kbps, which produces inconsistent
> results (too high for low-res, too low for hi-res). Use
> CRF instead, which will adapt. Affects vp8/vp9. Also
> have VP8 use a default bitrate of 256kbps.
> ---
> libav
I’ll look at it this weekend.
> On Aug 27, 2019, at 10:40 AM, Limin Wang wrote:
>
>
> ping the patchset.
>
>> On Tue, Aug 20, 2019 at 07:04:29PM +0800, lance.lmw...@gmail.com wrote:
>> From: Limin Wang
>>
>> Signed-off-by: Limin Wang
>> ---
>> libavcodec/videotoolboxenc.c | 14
hi,
Em ter, 20 de ago de 2019 às 05:54, Guo, Yejun escreveu:
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/dnn/dnn_backend_native.c| 49 +++---
> libavfilter/dnn/dnn_backend_native.h| 2 +-
> libavfilter/dnn_interface.h | 2 +-
> tools/python/convert_from_te
ping the patchset.
On Tue, Aug 20, 2019 at 07:04:29PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/videotoolboxenc.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/
From: Limin Wang
How to check it:
./ffmpeg -f lavfi -i testsrc -c:v mpeg2video -f null -
master:
Side data:
cpb: bitrate max/min/avg: 0/0/20 buffer size: 0 vbv_delay:
18446744073709551615
patch applied:
Side data:
cpb: bitrate max/min/avg: 0/0/20 buffer size: 0
ping, I have tested with below command and check the m3u8 is ok:
./ffmpeg -threads 4 -vsync 1 -i ~/Movies/1.mp4 -r 25 \
-b:v:0 5250k -c:v h264 -pix_fmt yuv420p -profile:v main -level 4.1 \
-b:v:1 4200k -c:v h264 -pix_fmt yuv420p -profile:v main -level 4.1 \
-b:v:1 3150k -c:v h264 -pix_fmt yuv4
Add Reviewed-by: only, please help to push it, thanks.
On Tue, Aug 27, 2019 at 10:34:54PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> How to check it:
> ./ffmpeg -f lavfi -i testsrc -c:v mpeg2video -f null -
> master:
> Side data:
> cpb: bitrate max/min/avg: 0/0/200
Hi,
Em ter, 20 de ago de 2019 às 05:54, Guo, Yejun escreveu:
>
> the info can be saved in dnn operand object without regenerating again and
> again,
> and it is also needed for layer split/merge, and for memory reuse.
>
> to make things step by step, this patch just focuses on c code,
> the cha
Signed-off-by: James Almer
---
This is an alternative approach to "avcodec/nuv: Avoid duplicating frames",
similar to the one from "avcodec/qtrle: call ff_reget_buffer() only when the
picture data is going to change", to workaround fuzzer reported timeouts but
without changing the behavior of the
On 8/27/2019 10:03 AM, Michael Niedermayer wrote:
> On Tue, Aug 27, 2019 at 10:58:13AM +0200, Marton Balint wrote:
>>
>>
>> On Tue, 27 Aug 2019, Michael Niedermayer wrote:
>>
>>> On Tue, Aug 27, 2019 at 09:12:53AM +0200, Marton Balint wrote:
On Mon, 26 Aug 2019, James Almer wrote:
>>
On 8/27/2019 4:23 AM, Andreas Rheinhardt wrote:
> James Almer:
>> Fixes ticket #8093
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/h2645_parse.c | 9 +++--
>> 1 file changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
>> inde
Probably OK
On Mon, Aug 26, 2019 at 10:51 PM Thierry Foucu wrote:
> Follow the description of av_realloc, the memory needs to be allocated
> by av_realloc.
> ---
> libavcodec/cbs_h2645.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/cbs_h2645.c b/libavcodec
On Tue, Aug 27, 2019 at 10:58:13AM +0200, Marton Balint wrote:
>
>
> On Tue, 27 Aug 2019, Michael Niedermayer wrote:
>
> >On Tue, Aug 27, 2019 at 09:12:53AM +0200, Marton Balint wrote:
> >>
> >>
> >>On Mon, 26 Aug 2019, James Almer wrote:
> >>
> >>>Used to signal frames that can be safely discar
Hi,
Ping!
‐‐‐ Original Message ‐‐‐
> On Friday, 16 de August de 2019 12:19, Andreas Håkon
> wrote:
>
>> Hi,
>>
>> The latest version ready to merge of the bitstream filter "editpts".
>> Implements all requests.
>>
>> This supersedes:
>>
>> https://patchwork.ffmpeg.org/patch/14302/
>>
>
On Tue, 27 Aug 2019, Michael Niedermayer wrote:
On Tue, Aug 27, 2019 at 09:12:53AM +0200, Marton Balint wrote:
On Mon, 26 Aug 2019, James Almer wrote:
Used to signal frames that can be safely discarded without losing
any picture data, side data, or metadata other than timing info.
Signed
Hi Marton,
‐‐‐ Original Message ‐‐‐
On Tuesday, 27 de August de 2019 9:34, Marton Balint wrote:
> Fixes DTS < PCR errors with this command line:
>
> ./ffmpeg -loglevel verbose -y -f lavfi -i \
> "testsrc=s=64x64:d=20,split=2[out0][tmp1];[tmp1]vflip[out1];sine=d=20,asetnsamples=1000[out2
On Tue, Aug 27, 2019 at 09:12:53AM +0200, Marton Balint wrote:
>
>
> On Mon, 26 Aug 2019, James Almer wrote:
>
> >Used to signal frames that can be safely discarded without losing
> >any picture data, side data, or metadata other than timing info.
> >
> >Signed-off-by: James Almer
> >---
> >Thi
On Tue, Aug 27, 2019 at 09:12:53AM +0200, Marton Balint wrote:
>
>
> On Mon, 26 Aug 2019, James Almer wrote:
>
> >Used to signal frames that can be safely discarded without losing
> >any picture data, side data, or metadata other than timing info.
> >
> >Signed-off-by: James Almer
> >---
> >Thi
Signed-off-by: Marton Balint
---
doc/formats.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/formats.texi b/doc/formats.texi
index 729c77b01d..d689fbadfa 100644
--- a/doc/formats.texi
+++ b/doc/formats.texi
@@ -139,7 +139,7 @@ Consider things that a sane encoder shoul
7d097a0fc57f0fa8385962a539c657c2f40b5ed0 had the same purpose as
3700f655c55e2001b57215210b957b169d66b50f but the former is much simpler, so
let's remove the latter.
Unfortunately both checks were wrong, because in order to make sure DTS > PCR
we have to give us some headroom, so instead of using
James Almer:
> Fixes ticket #8093
>
> Signed-off-by: James Almer
> ---
> libavcodec/h2645_parse.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
> index 24658b3dfa..307e8643e6 100644
> --- a/libavcodec/h2645_
Signed-off-by: Steven Liu
---
libavfilter/vf_delogo.c | 72 ++---
1 file changed, 68 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_delogo.c b/libavfilter/vf_delogo.c
index 065d093641..cbc7e87a1c 100644
--- a/libavfilter/vf_delogo.c
+++ b/libavfilte
> 在 2019年8月27日，上午11:02，Steven Liu 写道：
>
> Signed-off-by: Steven Liu
> ---
> libavfilter/vf_delogo.c | 72 ++---
> 1 file changed, 68 insertions(+), 4 deletions(-)
>
> diff --git a/libavfilter/vf_delogo.c b/libavfilter/vf_delogo.c
> index 065d093641..b50699fb
On Mon, 26 Aug 2019, James Almer wrote:
Used to signal frames that can be safely discarded without losing
any picture data, side data, or metadata other than timing info.
Signed-off-by: James Almer
---
This implements the "disposable frame" solution to allow library
users to drop duplicate f
46 matches
Mail list logo
