This patch is to allow the user to set or override the vbv size for mpg output.
On one side, this is a follow up of https://trac.ffmpeg.org/ticket/3494 (closed)
On another side, this is also a turnaround when using video codec copy, as the
buffer size is not parsed/known.
Thank you for the
Allow the user to set or override the vbv size
---
libavformat/mpegenc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/mpegenc.c b/libavformat/mpegenc.c
index f6980231a2..1613c8afa1 100644
--- a/libavformat/mpegenc.c
+++ b/libavformat/mpegenc.c
@@ -67,6
Hi Marton,
> Please use a proper commit title: e.g:
>
> avformat/segment: fix non-zero start pts
>
> Also make sure you provide the author name you want when you send the
> patch email. (you only provided an email address in the From field, not a
> full name, I guess this is not intentional).
Fixes: out of array access
Fixes:
18432/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAV2_fuzzer-5675574936207360
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wmadec.c | 2 ++
1 file
The intermediates are required to fit in 12bit (8.1.3.9 Coefficient Scaling)
See SMPTE 421M-2006 and Amendment 1-2007
Fixes: signed integer overflow: -20691 * 262144 cannot be represented in type
'int'
Fixes:
18479/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-5128912371187712
On Thu, Oct 31, 2019 at 1:32 AM Swaraj Hota wrote:
> Yes I will send the patch soon for review. Still a few things left to do.
>
> Swaraj
>
Great! Let me know if there's anything I can help with. If you need some
AVIF samples they can be found here:
Fixes: out of array access
Fixes:
18432/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAV2_fuzzer-5675574936207360
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c | 5 +
1
Fixes: memleak
Fixes:
18473/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5738557074833408
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/mxfdec.c | 3 ++-
1 file changed, 2
This avoids problems if the function is called twice
Signed-off-by: Michael Niedermayer
---
libavformat/mxfdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index f3b1b704f9..68a670154b 100644
--- a/libavformat/mxfdec.c
+++
Fixes: Timeout (217sec -> 2ms)
Fixes:
18488/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QDM2_fuzzer-5708293662310400
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/qdm2.c | 2 +-
1
Fixes: division by zero
Fixes:
18474/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAV2_fuzzer-5764986962182144
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wma.h| 1 +
Fixes: memleaks
Fixes:
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/wmalosslessdec.c | 1 +
1
Signed-off-by: Yuki Tsuchiya
---
libavformat/movenc.c | 72 +++-
1 file changed, 38 insertions(+), 34 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index ff234d9..85f978a 100644
--- a/libavformat/movenc.c
+++
Implemented according to the specification at
https://www.iso.org/standard/69561.html
The "mhm1" sample entry is registered with MP4RA, which is defined as MHAS
encapsulated single stream MPEG-H 3D Audio.
"MHAS" stands for MPEG-H audio stream, which contains encoded audio data and
corresponds
On Thu, Oct 31, 2019 at 4:30 PM leozhang wrote:
>
> Signed-off-by: leozhang
> ---
> tests/fate/filter-video.mak | 3 +++
> tests/ref/fate/filter-bilateral | 55
+
> 2 files changed, 58 insertions(+)
> create mode 100644
A large initial_pool_size leads to redundant GPU memory allocations
compared with MSDK.
For some special cases which needs larger GPU memory like look_ahead,
add -extra_hw_frames to allocate more.
CMD:
ffmpeg -hwaccel qsv -extra_hw_frames 50 -c:v hevc_qsv -i hevc.h265 -c:v h264_qsv
-look_ahead 1
ping, please help to push the patch, it'll fix ticket #8348 although I have
sumit the fix long
time ago after Miachel report it.
On Wed, Oct 23, 2019 at 11:55:15PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Reviewed-by: Liu Steven
> Signed-off-by: Limin Wang
> ---
>
> 在 2019年10月31日，14:01，Limin Wang 写道：
>
>
>
> ping, please help to push the patch, it'll fix ticket #8348 although I have
> sumit the fix long
> time ago after Miachel report it.
Waiting that reporter test it, i will push it if test passed.
>
>
> On Wed, Oct 23, 2019 at 11:55:15PM +0800,
On Thu, Oct 31, 2019, 4:39 AM Dale Curtis wrote:
> On Wed, Oct 30, 2019 at 1:17 PM Carl Eugen Hoyos
> wrote:
>
> > https://github.com/Swaraj1998/FFmpeg
> >
> > (Roger's patch sadly did not work with real-world files)
>
>
> Thanks Carl! That patch looks good. I'll test it out. Is Swaraj still
>
This filter accepts all the dnn networks which do image processing.
Currently, frame with formats rgb24 and bgr24 are supported. Other
formats such as gray and YUV will be supported next. The dnn network
can accept data in float32 or uint8 format. And the dnn network can
change frame size.
The
Paul B Mahol 于2019年10月30日周三 下午4:35写道：
>
> Why you think it is useless?
>
> Have you checked checksums matches before and after?
Hi Paul,
I add FATE test for the bilateral filter which is
https://patchwork.ffmpeg.org/patch/16042/. Checked checksums matched
before and after. Thanks
>
> On 10/30/19,
Andreas Rheinhardt:
> Carl Eugen Hoyos:
>> Am Fr., 20. Sept. 2019 um 00:30 Uhr schrieb Andreas Rheinhardt
>> :
>>>
>>> Fixes lots of FATE tests, e.g. lavf-nut, as well as the nut part of
>>> ticket #7980.
>>>
>>> Signed-off-by: Andreas Rheinhardt
>>> ---
>>> This patch is made to match the
On 10/31/19, Tsuchiya, Yuki (SHES) wrote:
> Hi,
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Paul
>> B Mahol
>> Sent: Wednesday, October 30, 2019 6:52 PM
>> To: FFmpeg development discussions and patches
>>
>> Cc: Tsuchiya, Yuki (SHES)
>> Subject: Re: [FFmpeg-devel]
Done,
On 10/30/19, Mark Niebur wrote:
> Hello,
> I have been trying to use acrossfade but have been experiencing that the
> audio in the resulting output is totally jumbled. From stepping through the
> code, it appears that acrossfade is starting the crossfade before the first
> input is
lgtm
On 10/30/19, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> You can reproduce it by below command:
> ./ffmpeg -f lavfi -i "testsrc=duration=1:rate=30" -vf format=gbrap10 -vcodec
> rawvideo \
> -pix_fmt gbrap10le -flags +bitexact -sws_flags +accurate_rnd+bitexact
> -fflags
25 matches
Mail list logo
