>>+TRANSPOSE4x4_SW_SW(in_l0, in_l1, in_l2, in_l3, t_l1, t_l2, t_l3,
t_l4);
>>+TRANSPOSE4x4_SW_SW(in_r4, in_r5, in_r6, in_r7, in_l0, in_l1, in_l2,
in_l3);
>>+TRANSPOSE4x4_SW_SW(in_l4, in_l5, in_l6, in_l7, in_l4, in_l5, in_l6,
in_l7);
>>+in_r4 = t_l1, in_r5 = t_l2,
On Sun, Oct 20, 2019 at 09:54:16PM +0200, Paul B Mahol wrote:
> Instead of rounding toward zero and thus producing
> darker output.
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_nlmeans.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_nlmeans.c
Paul B Mahol (12019-10-21):
> will apply
Big patch: wait a week.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
> 在 2019年10月21日,下午3:50,Jörg Beckmann 写道:
>
> Hi all,
>
> I've written an application to record audio streams continuously for
> broadcasters using the FFmpeg libraries. For most stream types it's working
> without any problems. One major exception are M4A encoded audio streams,
> received
will apply
On 10/19/19, Paul B Mahol wrote:
> Now correctly updates EOF timestamp.
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/settb.c | 51 ++---
> 1 file changed, 44 insertions(+), 7 deletions(-)
>
> diff --git a/libavfilter/settb.c
On 10/21/19, Nicolas George wrote:
> Paul B Mahol (12019-10-21):
>> will apply
>
> Big patch: wait a week.
>
LOL
> --
> Nicolas George
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
Hi all,
I've written an application to record audio streams continuously for
broadcasters using the FFmpeg libraries. For most stream types it's working
without any problems. One major exception are M4A encoded audio streams,
received from a professional DAB+ receiver. Because of the tables
On 21-10-2019 01:28 PM, Limin Wang wrote:
On Mon, Oct 21, 2019 at 10:31:06AM +0530, Gyan wrote:
On 21-10-2019 06:17 AM, Limin Wang wrote:
ping
Pushed as 0afc1fe1470094e84dfa4e25a7f1bb2d52fbb92c
Gyan, thanks for the push, it's patchset, please help to check
whether the other 2 patchset can
James Almer:
> Signed-off-by: James Almer
> ---
> libavformat/flacenc.c | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/flacenc.c b/libavformat/flacenc.c
> index a07260f426..93cc79bbe0 100644
> --- a/libavformat/flacenc.c
> +++
will apply
On 10/13/19, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 17 ++
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_bilateral.c | 372 +
> 4 files changed, 391
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 previous behaviour; whether the
On Mon, Oct 21, 2019 at 10:31:06AM +0530, Gyan wrote:
>
>
> On 21-10-2019 06:17 AM, Limin Wang wrote:
> >
> >ping
> Pushed as 0afc1fe1470094e84dfa4e25a7f1bb2d52fbb92c
Gyan, thanks for the push, it's patchset, please help to check
whether the other 2 patchset can be merge also. thanks you.
> >
On 08-10-2019 08:34 PM, lance.lmw...@gmail.com wrote:
From: Limin Wang
Reviewed-by: Moritz Barsnick
Signed-off-by: Limin Wang
---
doc/filters.texi | 4 +++-
libavfilter/af_silencedetect.c | 10 ++
tests/fate/filter-video.mak| 2 +-
3 files changed, 10
Hi Steven,
I assume the cause is similar to the M4A problem. MPEG DASH uses many tables to
hold things together and the contained M4A stream provides even more. Therefore
I don't think it's a bug. Some times ago I had some URLs, but they are all dead
meanwhile. But I found this one:
On Fri, Aug 23, 2019 at 08:27:22PM +0200, Michael Niedermayer wrote:
> On Fri, Aug 23, 2019 at 08:17:09PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > tests/fate/filter-video.mak | 4 +
> >
Performance of WMV3 decoding has speed up from 3.66x to 5.23x tested on 3A4000.
---
libavcodec/mips/Makefile| 1 +
libavcodec/mips/vc1dsp_init_mips.c | 30 ++-
libavcodec/mips/vc1dsp_mips.h | 23 ++
libavcodec/mips/vc1dsp_msa.c| 461
On Tue, Oct 15, 2019 at 04:41:36PM +0200, Michael Niedermayer wrote:
> On Mon, Oct 14, 2019 at 06:27:07PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > tests/fate/filter-video.mak | 3 ++
> >
to support dnn networks more general, we need to know the input info
of the dnn model.
background:
The data type of dnn model's input could be float32, uint8 or fp16, etc.
And the w/h of input image could be fixed or variable.
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_native.c
Unlike other tf.*.conv2d layers, tf.nn.conv2d does not create many
nodes (within a scope) in the graph, it just acts like other layers.
tf.nn.conv2d only creates one node in the graph, and no internal
nodes such as 'kernel' are created.
The format of native model file is also changed, a flag
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.
Let's
so, we can make a filter more general to accept different network
models, by adding a data type convertion after getting data from network.
After we add dt field into struct DNNData, it becomes the same as
DNNInputData, so merge them with one struct: DNNData.
Signed-off-by: Guo, Yejun
---
Oct 21, 2019, 00:20 by mich...@niedermayer.cc:
Fixes: null pointer dereference
Fixes:
18341/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ATRAC9_fuzzer-5681203490848768
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
Added file vdpau_vp9.c for supporting VDPAU VP9 decoding in FFmpeg with
stub functions. Modified configure to add VDPAU VP9 support. Mapped VP9
profiles to VDPAU VP9 profiles.
Support for VDPAU accelerated VP9 decoding was added with libvdpau-1.3
version. Profiles related to VDPAU VP9 can be
Nobody is listed as maintainer of this file, so will apply it ASAP!
On 10/19/19, Paul B Mahol wrote:
> Now correctly updates EOF timestamp.
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/settb.c | 51 ++---
> 1 file changed, 44 insertions(+), 7
Support for VDPAU accelerated VP9 decoding was added with
libvdpau-1.3. Support for the same in ffmpeg is being
added with these patches. DRC clips are not supported yet
due to http://trac.ffmpeg.org/ticket/8068
ManojGuptaBonda (2):
Add VP9 VDPAU to list of hwaccels and supported formats
Populate the codec specific params that need to be passed to
VDPAU.
---
libavcodec/vdpau_vp9.c | 155 -
1 file changed, 153 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vdpau_vp9.c b/libavcodec/vdpau_vp9.c
index d8f629d135..f1ee4ac5e0 100644
---
Populate the codec specific params that need to be passed to
VDPAU.
---
libavcodec/vdpau_vp9.c | 155 -
1 file changed, 153 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vdpau_vp9.c b/libavcodec/vdpau_vp9.c
index d8f629d135..f1ee4ac5e0 100644
---
Paul B Mahol (12019-10-21):
> Nobody is listed as maintainer of this file, so will apply it ASAP!
One week.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
On Mon, 21 Oct 2019 18:01:36 +0530
ManojGuptaBonda wrote:
> Support for VDPAU accelerated VP9 decoding was added with
> libvdpau-1.3. Support for the same in ffmpeg is being
> added with these patches. DRC clips are not supported yet
> due to http://trac.ffmpeg.org/ticket/8068
>
>
On Mon, 21 Oct 2019 18:01:37 +0530
ManojGuptaBonda wrote:
> Added file vdpau_vp9.c for supporting VDPAU VP9 decoding in FFmpeg
> with stub functions. Modified configure to add VDPAU VP9 support.
> Mapped VP9 profiles to VDPAU VP9 profiles.
>
> Support for VDPAU accelerated VP9 decoding was
On 10/21/2019 12:45 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/transpose.h | 10 +++
> libavfilter/vf_transpose.c | 18 ++---
> libavfilter/x86/Makefile| 2 +
> libavfilter/x86/vf_transpose.asm| 104
On 10/21/19, Nicolas George wrote:
> Paul B Mahol (12019-10-21):
>> Nobody is listed as maintainer of this file, so will apply it ASAP!
>
> One week.
One weekend is enough.
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
>
On Mon, 21 Oct 2019 18:01:38 +0530
ManojGuptaBonda wrote:
> Populate the codec specific params that need to be passed to
> VDPAU.
> ---
> libavcodec/vdpau_vp9.c | 155
> - 1 file changed, 153
> insertions(+), 2 deletions(-)
>
> diff --git
Support for VDPAU accelerated VP9 decoding was added with
libvdpau-1.3. Support for the same in ffmpeg is being
added with these patches. DRC clips are not supported yet
due to http://trac.ffmpeg.org/ticket/8068
ManojGuptaBonda (2):
Add VP9 VDPAU to list of hwaccels and supported formats
Added file vdpau_vp9.c for supporting VDPAU VP9 decoding in FFmpeg with
stub functions. Modified configure to add VDPAU VP9 support. Mapped VP9
profiles to VDPAU VP9 profiles.
Support for VDPAU accelerated VP9 decoding was added with libvdpau-1.3
version. Profiles related to VDPAU VP9 can be
Signed-off-by: Paul B Mahol
---
libavfilter/transpose.h | 10 +++
libavfilter/vf_transpose.c | 18 ++---
libavfilter/x86/Makefile| 2 +
libavfilter/x86/vf_transpose.asm| 104
libavfilter/x86/vf_transpose_init.c | 49
James Almer:
> If the trailer is never writen, there could be buffered pages that would leak.
>
Typo ("writen") in the commit message.
> Signed-off-by: James Almer
> ---
> libavformat/oggenc.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/libavformat/oggenc.c
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate/filter-video.mak | 4 +
tests/ref/fate/filter-metadata-freezedetect | 251
2 files changed, 255 insertions(+)
create mode 100644 tests/ref/fate/filter-metadata-freezedetect
diff --git
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vsrc_mptestsrc.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/libavfilter/vsrc_mptestsrc.c b/libavfilter/vsrc_mptestsrc.c
index 31c68939e4..2ea736b0b2 100644
---
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 3 +++
libavfilter/vsrc_mptestsrc.c | 29 +
2 files changed, 20 insertions(+), 12 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index db4313da37..2815372249 100644
---
Signed-off-by: James Almer
---
libavfilter/x86/vf_transpose.asm| 11 +--
libavfilter/x86/vf_transpose_init.c | 2 +-
2 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavfilter/x86/vf_transpose.asm b/libavfilter/x86/vf_transpose.asm
index f9f585369a..c532c899ee 100644
On Mon, Oct 21, 2019 at 02:14:49PM +0200, Lynne wrote:
> Oct 21, 2019, 00:20 by mich...@niedermayer.cc:
> Fixes: null pointer dereference
> Fixes:
> 18341/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ATRAC9_fuzzer-5681203490848768
>
> Found-by: continuous fuzzing process
>
On Mon, Oct 21, 2019 at 06:12:12PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vsrc_mptestsrc.c | 27 ++-
> 1 file changed, 14 insertions(+), 13 deletions(-)
will apply
thx
[...]
--
Michael GnuPG
On Mon, Oct 21, 2019 at 06:12:11PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/filters.texi | 3 +++
> libavfilter/vsrc_mptestsrc.c | 29 +
> 2 files changed, 20 insertions(+), 12 deletions(-)
will
On Mon, Oct 14, 2019 at 06:27:04PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_unsharp.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint:
On 10/21/2019 5:34 AM, Andreas Rheinhardt wrote:
> James Almer:
>> If the trailer is never writen, there could be buffered pages that would
>> leak.
>>
> Typo ("writen") in the commit message.
>
>> Signed-off-by: James Almer
>> ---
>> libavformat/oggenc.c | 8
>> 1 file changed, 8
On 10/19/2019 11:18 AM, Paul B Mahol wrote:
> LGTM
Applied, thanks.
___
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 10/20/2019 9:46 AM, James Almer wrote:
> Despite the doxy stating that it's called when the muxer is destroyed,
> this was not true in practice. It's only called by av_write_trailer()
> and on init() failure.
>
> An AVFormatContext may be closed without writing the trailer if errors
> ocurred
On 10/21/2019 1:36 PM, James Almer wrote:
> On 10/21/2019 12:45 PM, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavfilter/transpose.h | 10 +++
>> libavfilter/vf_transpose.c | 18 ++---
>> libavfilter/x86/Makefile| 2 +
>>
On 10/21/2019 3:01 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/transpose.h | 10
> libavfilter/vf_transpose.c | 16 +++---
> libavfilter/x86/Makefile| 2 +
> libavfilter/x86/vf_transpose.asm| 88
On 10/21/2019 12:45 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/transpose.h | 10 +++
> libavfilter/vf_transpose.c | 18 ++---
> libavfilter/x86/Makefile| 2 +
> libavfilter/x86/vf_transpose.asm| 104
Signed-off-by: Paul B Mahol
---
libavfilter/transpose.h | 10
libavfilter/vf_transpose.c | 16 +++---
libavfilter/x86/Makefile| 2 +
libavfilter/x86/vf_transpose.asm| 88 +
libavfilter/x86/vf_transpose_init.c | 49
On Mon, Oct 21, 2019 at 06:14:21PM +0800, Limin Wang wrote:
> On Fri, Aug 23, 2019 at 08:27:22PM +0200, Michael Niedermayer wrote:
> > On Fri, Aug 23, 2019 at 08:17:09PM +0800, lance.lmw...@gmail.com wrote:
> > > From: Limin Wang
> > >
> > > Signed-off-by: Limin Wang
> > > ---
> > >
On Mon, Oct 21, 2019 at 03:55:50PM +0800, Limin Wang wrote:
> On Tue, Oct 15, 2019 at 04:41:36PM +0200, Michael Niedermayer wrote:
> > On Mon, Oct 14, 2019 at 06:27:07PM +0800, lance.lmw...@gmail.com wrote:
> > > From: Limin Wang
> > >
> > > Signed-off-by: Limin Wang
> > > ---
> > >
---
libavcodec/v4l2_m2m_enc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/v4l2_m2m_enc.c b/libavcodec/v4l2_m2m_enc.c
index 474e6bef89..17fc3d30cf 100644
--- a/libavcodec/v4l2_m2m_enc.c
+++ b/libavcodec/v4l2_m2m_enc.c
@@ -312,6 +312,7 @@ static av_cold int
On 10/15/2019 8:17 AM, Andreas Rheinhardt wrote:
> The Matroska muxer groups index entries with the same pts together in
> order to save a few bytes. Because of Matroska's variable-length length
> fields, mkv_write_cues() does this by first finding out how many index
> entries will be grouped
On 10/15/2019 11:00 PM, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> Resending because of a merge conflict with version 2 of the memleak
> patch I just sent.
>
> libavformat/matroskaenc.c | 41 ++-
> 1 file changed, 15 insertions(+),
On Tue, Oct 22, 2019 at 1:46 AM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> James Almer:
> > On 10/15/2019 8:17 AM, Andreas Rheinhardt wrote:
> >> Several members of structures denote offsets inside dynamic buffers and
> >> therefore always fit into an int. So it is unnecessary to
Mention big download button is for source code.
Mention "executable files" for Windows users in subheader.
State that FFmpeg only provides source code.
Rename OS X to macOS.
Remove PPA to EOL Ubuntu Trusty.
Add button to Old Releases.
Signed-off-by: Lou Logan
---
src/download | 24
On 10/15/2019 10:57 PM, Andreas Rheinhardt wrote:
> instead of replicating its behaviour.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/matroskaenc.c | 23 ++-
> 1 file changed, 6 insertions(+), 17 deletions(-)
>
> diff --git a/libavformat/matroskaenc.c
On 10/15/2019 10:57 PM, Andreas Rheinhardt wrote:
> The Matroska muxer up until now leaked memory in two scenarios:
>
> 1. If an error happened during writing the trailer, as
> mkv_write_trailer() returned early without cleaning up.
> 2. If mkv_write_header() indicated success despite an error in
On 10/15/2019 8:17 AM, Andreas Rheinhardt wrote:
> Several members of structures denote offsets inside dynamic buffers and
> therefore always fit into an int. So it is unnecessary to use an int64_t
> for them.
True, but they are set using avio_tell() and then passed to avio_seek(),
both of which
James Almer:
> On 10/15/2019 8:17 AM, Andreas Rheinhardt wrote:
>> Several members of structures denote offsets inside dynamic buffers and
>> therefore always fit into an int. So it is unnecessary to use an int64_t
>> for them.
>
> True, but they are set using avio_tell() and then passed to
On 10/15/2019 8:17 AM, Andreas Rheinhardt wrote:
> Contains renaming of variables (e.g. mkv_write_cues() contained
> variables called tracknum that actually contain the index of a track in
> s->streams and not the track number (which can differ in case an
> explicit dash track number is set)).
>
On 10/15/2019 8:17 AM, Andreas Rheinhardt wrote:
> mkv_start_new_cluster() actually didn't start a new cluster, but ended
> the old one instead and emitted a debug message that it had started a
> new cluster. This has been changed: The debug message has been moved to
> the place that really starts
65 matches
Mail list logo