> On 2019/11/21 16:41, "Tsuchiya, Yuki (SHES)" wrote:
>
>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 f
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 me
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 ff234d9f2b..328fd7bee0 100644
--- a/libavformat/movenc.c
+++ b/libavformat/mov
From: Zhao Zhili
---
libavdevice/lavfi.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavdevice/lavfi.c b/libavdevice/lavfi.c
index ca8f05f3f7..c949ff7e12 100644
--- a/libavdevice/lavfi.c
+++ b/libavdevice/lavfi.c
@@ -302,9 +302,13 @@ av_cold static int lavfi_
From: Zhao Zhili
In case of av_bprint_finalize failed.
---
libavfilter/graphdump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/graphdump.c b/libavfilter/graphdump.c
index 8bc7b162d7..79ef1a733f 100644
--- a/libavfilter/graphdump.c
+++ b/libavfilter/graphdump.c
Signed-off-by: Andreas Rheinhardt
---
libavformat/av1.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/av1.c b/libavformat/av1.c
index b36c5e44ba..03669dfd2a 100644
--- a/libavformat/av1.c
+++ b/libavformat/av1.c
@@ -26,6 +26,7 @@
#include "libavcodec/put_bit
From: Gonzalo Garramuño
---
libavformat/utils.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 8196442dd1..c3c2c77c0c 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -1838,6 +1838,11 @@ int av_read_frame(AVFormatContext *s,
Fixes: signed integer overflow: 2038337026 + 109343477 cannot be represented in
type 'int'
Fixes:
18886/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5673660505653248
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signe
Fixes: left shift of 1 by 31 places cannot be represented in type 'int'
Fixes:
18860/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAPRO_fuzzer-5755223125786624
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niederm
Fixes: signed integer overflow: 1677721600 * 32 cannot be represented in type
'int'
Fixes:
18885/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFWAVESYNTH_fuzzer-5741242185154560
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-b
Fixes: left shift of negative value -1
Fixes:
18859/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ADPCM_XA_fuzzer-5748474213040128
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/adpcm.c |
Jean-Baptiste Kempf (12019-11-19):
> Hello fellow developers,
>
> Last week, a large number of us met during VDD
> (https://www.videolan.org/videolan/events/vdd19/), as I had announced
> previously on this very mailing list.
>
> The meeting was long but productive, as we talked about the
> organi
On Thu, Nov 14, 2019 at 9:36 AM Thierry Foucu wrote:
> Disable by default to output all the layers, to match libaomdec wrapper.
> Add option to select the operating point for the spatial layers.
> ---
> libavcodec/libdav1d.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/libavc
Am Mi., 20. Nov. 2019 um 12:29 Uhr schrieb Alex Mogurenko :
>
> by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
> ---
> libavcodec/mjpegbdec.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpeg
Hi!
Attached are two patches that fix ticket #8390, I would prefer not to
add more special cases but others may disagree.
Please comment, Carl Eugen
From e42fc509f5693489b0bdd2ff2fddfbd5d58711c3 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Wed, 20 Nov 2019 17:56:18 +0100
Subject: [PATCH
Ok, thank for answering.Can I help to speed up implementation of GPU overlay?
From my side I can pay from my pocket around 100USD for this features.
Alex
--- Исходное сообщение ---
От кого: "Timo Rothenpieler"
Дата: 20 ноября 2019, 12:49:59
On 20/11/2019 10:30, Alex wrote:
> Hi!
> We have overla
On Wed, Nov 20, 2019 at 5:00 PM Timo Rothenpieler wrote:
>
> On 20.11.2019 13:51, Rick Kern wrote:
> > The current version of clang enables stack checking by default, causing
> > a crash when binaries are run.
>
> Why does it trigger a crash? Doesn't it indicate something is wrong that
> should be
On 11/20/2019 9:26 AM, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/matroskadec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
> index 0d15c634ee..fb3f0a1917 100644
> --- a/liba
On 20.11.2019 13:51, Rick Kern wrote:
The current version of clang enables stack checking by default, causing
a crash when binaries are run.
Why does it trigger a crash? Doesn't it indicate something is wrong that
should be fixed instead?
___
ffmpeg
From: Limin Wang
Reviewed-by: Paul B Mahol
Signed-off-by: Limin Wang
---
Add Reviewed-by:, pleae help push it
libavfilter/vf_libvmaf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/vf_libvmaf.c b/libavfilter/vf_libvmaf.c
index ed3a383..14c3216 100644
--- a/libavfilter/vf_
From: Limin Wang
It's useful for debugging filter graph purposes, now only lavfi can do that.
Signed-off-by: Limin Wang
---
doc/ffmpeg.texi | 4
fftools/ffmpeg.h| 1 +
fftools/ffmpeg_filter.c | 7 +++
fftools/ffmpeg_opt.c| 3 +++
4 files changed, 15 insertions(+)
From: Limin Wang
dumpgraph option currently uses string types, but actually only requires bool
type
Signed-off-by: Limin Wang
---
doc/indevs.texi | 2 +-
libavdevice/lavfi.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index
On Wed, Nov 20, 2019 at 3:57 PM Carl Eugen Hoyos wrote:
> > Am 20.11.2019 um 14:41 schrieb Alex Mogurenko :
> >
> >> On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos
> wrote:
> >>
> >>
> >>
> >>> Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
> >>>
> >>> by default adobe_transform set to 0 and
On Sat, Nov 02, 2019 at 05:06:01PM +0100, Michael Niedermayer wrote:
> Fixes: left shift of negative value -249
> Fixes:
> 18566/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RALF_fuzzer-5649394561187840
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/maste
On Sat, Nov 02, 2019 at 05:06:00PM +0100, Michael Niedermayer wrote:
> The largest documented frame size = block align is 1024 bytes
> (https://wiki.multimedia.cx/index.php/ATRAC3)
>
> Without a limit this can allocate arbitrary memory and trigger OOM
> Fixes: OOM
> Fixes:
> 18337/clusterfuzz-tes
On Thu, Oct 31, 2019 at 06:58:28PM +0100, Michael Niedermayer wrote:
> 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/ffmpe
On Thu, Oct 31, 2019 at 06:58:29PM +0100, Michael Niedermayer wrote:
> 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:
> 1847
On Thu, Oct 31, 2019 at 06:58:30PM +0100, Michael Niedermayer wrote:
> 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
On Tue, Oct 22, 2019 at 04:27:02PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 5 * -1094995529 cannot be represented in type
> 'int'
> Fixes:
> 18346/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SONIC_fuzzer-5709623893426176
>
> Found-by: continuous fuzzing process
On Tue, Oct 29, 2019 at 11:35:02PM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 7400 + 2147482786 cannot be represented in
> type 'int'
> Fixes:
> 18405/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APE_fuzzer-5708834760294400
>
> Found-by: continuous fuzzing process
On Sat, Nov 09, 2019 at 05:00:42PM +0100, Michael Niedermayer wrote:
> Clipping is done as it was preferred in review
> See: [FFmpeg-devel] [PATCH 1/5] avcodec/atrac9dec: Check precision_fine/coarse
>
> Fixes: out of array access
> Fixes:
> 18330/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_
> Am 20.11.2019 um 14:41 schrieb Alex Mogurenko :
>
>> On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos wrote:
>>
>>
>>
>>> Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
>>>
>>> by default adobe_transform set to 0 and because of that mjpegb decoder
>> detects yuv444 pix fmt as bgrp
>>
>
On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos wrote:
>
>
> > Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
> >
> > by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
>
> Please provide a sample that gets fixed by this patch.
>
>
Where is p
> Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
>
> by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
Please provide a sample that gets fixed by this patch.
Carl Eugen
___
ffmpeg-devel mailing
The current version of clang enables stack checking by default, causing
a crash when binaries are run.
Fixes #8073 using the -fno-stack-check work-around mentioned in the ticket.
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 8f4f2884cf..97e614f18a 1
How can this be fast at all?
It does not use slice threading and also supports only packed rgb formats.
Have you actually benchmarked with and without lookup table?
On 11/13/19, Jun Zhao wrote:
> From: Jun Zhao
>
> add stackblur filter
>
> Signed-off-by: Jun Zhao
> ---
> doc/filters.texi
On Wed, Nov 13, 2019 at 10:17 PM Jun Zhao wrote:
>
> From: Jun Zhao
>
> add stackblur filter
>
> Signed-off-by: Jun Zhao
> ---
> doc/filters.texi | 22 +++
> libavfilter/Makefile |1 +
> libavfilter/allfilters.c |1 +
> libavfilter/vf_stackblur.c | 362
+
Signed-off-by: Andreas Rheinhardt
---
libavformat/matroskadec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 0d15c634ee..fb3f0a1917 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@ -707,7 +
On Wed, Nov 20, 2019 at 5:55 PM Paul B Mahol wrote:
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/aarch64/vf_nlmeans_init.c | 6 +-
> libavfilter/nlmeans_template.c| 370 ++
> libavfilter/vf_nlmeans.c | 539 ++
> libavfilter/vf
by default adobe_transform set to 0 and because of that mjpegb decoder detects
yuv444 pix fmt as bgrp
---
libavcodec/mjpegbdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpegbdec.c
index 37d7bb8228..70ff4cf563 100644
--- a/libavcodec/mjpegbdec.c
+++
On 11/19/19, John Kaplan wrote:
> Hi Guys,
>
> We just did some research on gapless playback across multiple client
> devices, and could not find support for adding gapless metadata headers in
> ffmpeg. Our interest is specifically in AAC/MP4, and we ended up shifting to
> the fdk-aac package, whi
On 20/11/2019 10:30, Alex wrote:
Hi!
We have overlay_opencl, overlay_qsv, ... etc, but don't have overlay_cuda what
can be speed up video processing without copy frame between cpu and gpu.
So, doy You guys planning to implement overlay_cuda filter?
Alex
Ideally, there would soon be CUDA/Vulkan
On 20/11/2019 11:29, Oleg Dobkin wrote:
On Tue, 2019-11-19 at 23:58 +0100, Timo Rothenpieler wrote:
Only thing I'm still wondering is if it would make sense to use the
primary context by default.
I can't think of any obvious downsides, other than weakened
isolation,
which really shouldn't be a h
On Tue, 2019-11-19 at 23:58 +0100, Timo Rothenpieler wrote:
> Only thing I'm still wondering is if it would make sense to use the
> primary context by default.
> I can't think of any obvious downsides, other than weakened
> isolation,
> which really shouldn't be a huge concern.
> And there appare
Signed-off-by: Paul B Mahol
---
libavfilter/aarch64/vf_nlmeans_init.c | 6 +-
libavfilter/nlmeans_template.c| 370 ++
libavfilter/vf_nlmeans.c | 539 ++
libavfilter/vf_nlmeans.h | 59 ++-
4 files changed, 548 insertions(
On 11/20/19, Alex <3.1...@ukr.net> wrote:
> Hi!
> We have overlay_opencl, overlay_qsv, ... etc, but don't have overlay_cuda
> what can be speed up video processing without copy frame between cpu and
> gpu.
> So, doy You guys planning to implement overlay_cuda filter?
No.
> Alex
>
Hi!
We have overlay_opencl, overlay_qsv, ... etc, but don't have overlay_cuda what
can be speed up video processing without copy frame between cpu and gpu.
So, doy You guys planning to implement overlay_cuda filter?
Alex
___
ffmpeg-devel mailing list
ffm
fix ticket: 8388
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 013e91ad88..24c102f570 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -782,6 +782,7 @@ static int hls_mux_ini
On 11/20/19, myp...@gmail.com wrote:
> On Wed, Nov 20, 2019 at 6:43 AM Paul B Mahol wrote:
>>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavfilter/aarch64/vf_nlmeans_init.c | 4 +-
>> libavfilter/nlmeans_template.c| 366 ++
>> libavfilter/vf_nlmeans.c | 52
49 matches
Mail list logo
