> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Andreas Håkon
> Sent: Monday, April 22, 2019 8:21 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH] libavcodec: QSV protect GPB code with
> CO3 defi
On Tue, Apr 23, 2019 at 11:29 AM Linjie Fu wrote:
>
> Add support for max frame size:
> - max_frame_size (bytes) to indicate the allowed max frame size.
> - pass_num to indicate number of passes.
> - delta_qp to indicate adjust qp value.
>
> Currently only AVC encoder can support this
Add support for max frame size:
- max_frame_size (bytes) to indicate the allowed max frame size.
- pass_num to indicate number of passes.
- delta_qp to indicate adjust qp value.
Currently only AVC encoder can support this settings in multiple pass case.
If the frame size exceeds, the e
It is part of change from https://trac.ffmpeg.org/ticket/5680 provided
by Kylie McClain at Wed, 29 Jun 2016 16:37:20 -0400.
That change contains two parts, in function log_file and in function
print_in_columns.
The second part is not good, so I have send out a new patch for
print_in_columns.
take decoder names an example, with the default page length, shell command
'pr' needs two pages for all the decoder names. The names are firstly printed
in the first page, then in the second page. So, as a whole, the names are
sorted neither in column order nor in row order. It's a little confused.
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Alexander Strasser
> Sent: Tuesday, April 23, 2019 8:40 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V2 1/2] configure: sort
> decoder/encoder/fil
On Sun, Apr 21, 2019 at 9:03 PM Paul B Mahol wrote:
>
> On 4/21/19, Jun Zhao wrote:
> > From: Jun Zhao
> >
> > Fixes the compilation warnings
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libavfilter/vf_frei0r.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a
On Mon, Apr 22, 2019 at 10:43 PM Derek Buitenhuis
wrote:
>
> On 22/04/2019 13:19, myp...@gmail.com wrote:
> > Ping?
> >
>
> LGTM.
>
> - Derek
Pushed, Thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-
Hi!
On 2019-04-15 21:23 +0800, Guo, Yejun wrote:
> take decoder names an example, with the default page length, shell command
> 'pr' needs two pages for all the decoder names. The names are firstly printed
> in the first page, then in the second page. So, as a whole, the names are
> sorted neither
Hi Paul,
just three small comments from me...
On 2019-04-22 11:51 +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 6 +++
> libavfilter/af_astats.c | 86 ++---
> 2 files changed, 86 insertions(+), 6 deletions(-)
I w
Michael Niedermayer:
> On Sun, Apr 21, 2019 at 11:04:00PM +, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> On Sat, Apr 20, 2019 at 01:41:09AM +0200, Andreas Rheinhardt wrote:
Up until now, a block's relative offset has been reported as the offset
in the log messages output whe
On Mon, Apr 22, 2019 at 11:42:57AM +, Andreas Håkon wrote:
>
> ‐‐‐ Original Message ‐‐‐
> On Friday, 19 de April de 2019 17:08, Michael Niedermayer
> wrote:
>
> > On Fri, Apr 19, 2019 at 08:23:35AM +, Andreas Håkon via ffmpeg-devel
> > wrote:
> >
> > > From 936740731c17a9757aa0
On Fri, Apr 19, 2019 at 08:47:34AM +, Andreas Håkon via ffmpeg-devel wrote:
> ‐‐‐ Original Message ‐‐‐
> On Thursday, 18 de April de 2019 11:01, Andreas Håkon via ffmpeg-devel
> wrote:
>
> > Hi,
> >
> > This patch resolves one very specific use case:
> >
> > - When you use the mpeg
On Sun, Apr 21, 2019 at 11:04:00PM +, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Sat, Apr 20, 2019 at 01:41:09AM +0200, Andreas Rheinhardt wrote:
> >> Up until now, a block's relative offset has been reported as the offset
> >> in the log messages output when writing blocks; given
On Mon, Apr 22, 2019 at 09:49:41AM +0200, Alexander Strasser wrote:
> Hi Michael!
>
> On 2019-04-20 18:11 +0200, Michael Niedermayer wrote:
> > Fixes: index 20 out of bounds for type 'const char *[4][128]'
>
> Somehow I don't understand this diagnostic message. It says "index
> 20 out of bounds f
Fixes: Timeout (16 sec - 7 sec)
Fixes:
14237/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ZMBV_fuzzer-5693453897302016
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/zmbv.c | 8
Lou Logan (12019-04-19):
> Attached patch resolves the issue mentioned within.
> >From 10800493523b9274e7cc8784b65cc183a94b7281 Mon Sep 17 00:00:00 2001
> From: Takayuki 'January June' Suwa
> Date: Thu, 18 Apr 2019 10:56:40 +0900
> Subject: [PATCH] avdevice/alsa: fix indefinite stop on closing PC
On Fri, 19 Apr 2019 10:54:26 -0800
Lou Logan wrote:
> From 10800493523b9274e7cc8784b65cc183a94b7281 Mon Sep 17 00:00:00 2001
> From: Takayuki 'January June' Suwa
> Date: Thu, 18 Apr 2019 10:56:40 +0900
> Subject: [PATCH] avdevice/alsa: fix indefinite stop on closing PCM capture
>
> Sorry, I for
It's this or add overflow detection in mov_read_header().
---
libavformat/mov.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index d5ce077e63..247a65ed11 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2940,7 +2940,7 @@ st
There are 2 types of problems when using adaptive deinterlace with cuvid:
1. Sometimes, in the middle of transcoding, cuvid outputs frames with visible
horizontal lines (as though weave deinterlace method was chosen);
2. Occasionally, on scene changes, cuvid outputs a wrong frame, which should
h
On 4/16/2019 11:56 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> Better macro names welcome. I used the same convention as in cbs_av1.
>
> fate-cbs passes, but i'm sure a bunch of these are not tested by it,
> so help double checking i didn't screw up is welcome.
>
> libavcodec/cb
This affects the following samples:
samples/ffmpeg-bugs/roundup/issue1775/av_seek_frame_failure.mxf
samples/ffmpeg-bugs/trac/ticket1957/16ch.mxf
samples/ffmpeg-bugs/trac/ticket5016/r0.mxf
samples/ffmpeg-bugs/trac/ticket5016/r1.mxf
samples/ffmpeg-bugs/trac/ticket5316/hq.MXF
samples/ffmpeg-bugs/trac
On 22-04-2019 04:30 PM, Gyan wrote:
On 22-04-2019 01:15 PM, Gyan wrote:
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Will do.
Wasn’t there another comm
On 22/04/2019 13:19, myp...@gmail.com wrote:
> Ping?
>
LGTM.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with
On Mon, Apr 22, 2019 at 8:42 PM Andreas Håkon
wrote:
>
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, 22 de April de 2019 14:17, myp...@gmail.com
> wrote:
>
> > On Mon, Apr 22, 2019 at 7:38 PM Li, Zhong zhong...@intel.com wrote:
> >
> > > > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmp
‐‐‐ Original Message ‐‐‐
On Monday, 22 de April de 2019 14:17, myp...@gmail.com wrote:
> On Mon, Apr 22, 2019 at 7:38 PM Li, Zhong zhong...@intel.com wrote:
>
> > > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > > Of Andreas Håkon via ffmpeg-devel
> > > Sent: T
On Mon, Apr 22, 2019 at 7:38 PM Li, Zhong wrote:
>
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Andreas Håkon via ffmpeg-devel
> > Sent: Thursday, April 18, 2019 6:11 PM
> > To: FFmpeg development discussions and patches
> >
> > Cc: Andreas Håkon
> > Subject:
‐‐‐ Original Message ‐‐‐
On Monday, 22 de April de 2019 13:33, Li, Zhong wrote:
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Andreas Håkon via ffmpeg-devel
> > Sent: Thursday, April 18, 2019 6:11 PM
> > To: FFmpeg development discussions and patches
>
On Wed, Apr 17, 2019 at 12:44 PM Jun Zhao wrote:
>
> From: Jun Zhao
>
> The spec in https://xiph.org/vorbis/doc/v-comment.html states that
> the metadata keys are case-insensitive, so don't change the case
> and update the fate test case.
>
> Fix #7784
>
> Signed-off-by: Jun Zhao
> ---
> libavf
‐‐‐ Original Message ‐‐‐
On Friday, 19 de April de 2019 10:47, Andreas Håkon via ffmpeg-devel
wrote:
> ‐‐‐ Original Message ‐‐‐
> On Thursday, 18 de April de 2019 11:01, Andreas Håkon via ffmpeg-devel
> ffmpeg-devel@ffmpeg.org wrote:
>
> > Hi,
> > This patch resolves one very s
‐‐‐ Original Message ‐‐‐
On Friday, 19 de April de 2019 17:08, Michael Niedermayer
wrote:
> On Fri, Apr 19, 2019 at 08:23:35AM +, Andreas Håkon via ffmpeg-devel
> wrote:
>
> > From 936740731c17a9757aa093bdb35d9772df1e64a8 Mon Sep 17 00:00:00 2001
> > From: Andreas Hakon andreas.ha.
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Andreas Håkon via ffmpeg-devel
> Sent: Thursday, April 18, 2019 6:11 PM
> To: FFmpeg development discussions and patches
>
> Cc: Andreas Håkon
> Subject: [FFmpeg-devel] [PATCH] libavcodec: QSV protect GPB code with
> CO3
On 22-04-2019 01:15 PM, Gyan wrote:
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Will do.
Wasn’t there another comment (not by me): “Why can’t .codec_tag
On 4/22/19, Nicolas George wrote:
> Paul B Mahol (12019-04-21):
>> https://dspguru.com/dsp/faqs/multirate/resampling/
>>
>> Resampling involves interpolation.
>> If I do resampling with aresample and resampling with factor 2 from
>> 44100 to 88200
>> I can see there is still some spectrum data in
Signed-off-by: Paul B Mahol
---
doc/filters.texi| 6 +++
libavfilter/af_astats.c | 86 ++---
2 files changed, 86 insertions(+), 6 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index cfff9b1f4d..945c557e8f 100644
--- a/doc/filters.texi
-Original Message-
From: Sun, Jing A
Sent: Monday, April 1, 2019 10:38 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Sun, Jing A ; Huang, Zhengxu
; Tmar, Hassene ; Jun Zhao
Subject: [PATCH v10 1/2] lavc/svt_hevc: add libsvt hevc encoder wrapper
Signed-off-by: Zhengxu Huang
Signed-off-by: Hassene
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Will do.
Wasn’t there another comment (not by me): “Why can’t .codec_tag be used?”
There's no codec_tag membe
Hi Michael!
On 2019-04-20 18:11 +0200, Michael Niedermayer wrote:
> Fixes: index 20 out of bounds for type 'const char *[4][128]'
Somehow I don't understand this diagnostic message. It says "index
20 out of bounds for [4][128]".
You're change looks like an off-by-one fix.
Sorry; I'm surely miss
> Am 20.04.2019 um 11:31 schrieb Gyan :
>
>
> Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Wasn’t there another comment (not by me): “Why can’t .codec_tag be used?”
Carl Eugen
___
ffmpeg-devel mailing l
39 matches
Mail list logo
