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
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
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(+), 2
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 toget
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 avio_s
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 e
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 b/libavfo
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
---
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 v4l2_encode_init(AVCode
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 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: 9FF2128B1
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 finge
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 a
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 inse
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 w
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 su
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
> https://github.co
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 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
> > > ---
> > > tests/fate/
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 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
> > > ---
> > > tests/fate/
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 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 +
>> libavfilter/x86/vf
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/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
> https://ffmpeg.or
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 email
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 a/libavcodec/vdpa
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 added
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
>
> ManojGuptaBo
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 ++
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 found
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
--- a/
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
--- a/
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
Add
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 delet
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
Add
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 found
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 t
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 named
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
---
liba
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
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 unsubs
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, visi
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 b/libavfilte
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
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 +
> > tests/ref/fate/filter-metada
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
--- a/libavfilter/vsrc_mp
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
--- a/d
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 a/tests/fate
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:
http://rd
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 previo
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 ins
> 在 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 f
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 insert
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 b/libavformat/o
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
> +++ b/libavformat/flace
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.
> >
>
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 ++
> > tests/ref/fate/filter-unsharp-yu
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 inc
>>+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,
64 matches
Mail list logo
