On Wed, Aug 26, 2020 at 08:38:30AM +0530, Gautam Ramakrishnan wrote:
> On Wed, Aug 26, 2020 at 4:04 AM Michael Niedermayer
> wrote:
> >
> > On Tue, Aug 25, 2020 at 07:25:44PM +0530, gautamr...@gmail.com wrote:
> > > From: Gautam Ramakrishnan
> > >
> > > The implementation of tag tree encoding was
Adds the demuxer of animated WebP files.
It supports non-animated, animated, truncated, and concatenated files.
Reading from a pipe (and other non-seekable inputs) is also supported.
The WebP demuxer splits the input stream into packets containing one frame.
It also sets the timing information and
Fixes: 4907
Adds support for decoding of animated WebP.
The WebP parser now splits the input stream into packets containing one frame.
The WebP decoder adds the animation related features according to the specs:
https://developers.google.com/speed/webp/docs/riff_container#animation
The frames of
Josef Zlomek:
> Adds the demuxer of animated WebP files.
> It supports non-animated, animated, truncated, and concatenated files.
> Reading from a pipe (and other non-seekable inputs) is also supported.
>
> The WebP demuxer splits the input stream into packets containing one frame.
> It also sets
On Wed, Aug 26, 2020 at 12:44 PM Michael Niedermayer
wrote:
>
> On Wed, Aug 26, 2020 at 08:38:30AM +0530, Gautam Ramakrishnan wrote:
> > On Wed, Aug 26, 2020 at 4:04 AM Michael Niedermayer
> > wrote:
> > >
> > > On Tue, Aug 25, 2020 at 07:25:44PM +0530, gautamr...@gmail.com wrote:
> > > > From: G
Hi,
I have implemented a libavdevice to capture audio and video from an AJA
Kona card (similar to decklink). I'm then using the HLS muxer to encode my
stream. Now I need the HLS EXT-X-PROGRAM-DATE-TIME tag to specify exactly
when the input source was recorded, so my plan is to forward the "wall
cl
Jesper Ek (12020-08-26):
> I cant use PTS, so what is the correct way to pass "wall clock time"
> metadata for every frame to the HLS encoder?
PTS would be the correct way. Why can you not use it?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
__
Jesper Ek:
> Hi,
>
> I have implemented a libavdevice to capture audio and video from an AJA
> Kona card (similar to decklink). I'm then using the HLS muxer to encode my
> stream. Now I need the HLS EXT-X-PROGRAM-DATE-TIME tag to specify exactly
> when the input source was recorded, so my plan is
On Thu, Aug 20, 2020 at 13:24:44 +0800, hwren wrote:
> At 2020-08-19 22:18:52, "Moritz Barsnick" wrote:
> >On Wed, Aug 19, 2020 at 14:25:53 +0800, hwr...@126.com wrote:
> >> + * AVS3 related definition
> >
> >definitions?
> >> +};
> >> \ No newline at end of file
> >
> >Please amend a carriage ret
On Thu, Aug 20, 2020 at 13:31:12 +0800, hwren wrote:
> At 2020-08-19 22:14:04, "Moritz Barsnick" wrote:
> >ffmpeg prefers the "cur++" style (twice in this block, and elsewhere).
>
> Will be corrected. Thanks.
> >Is "low_delay" part of the skipped bits? The rest already adds up to
> >32.
>
> No it
From: Limin Wang
for the .capabilities have AV_CODEC_CAP_ENCODER_FLUSH, so it's better to add it.
Signed-off-by: Limin Wang
---
libavcodec/nvenc_hevc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/nvenc_hevc.c b/libavcodec/nvenc_hevc.c
index 074975f..a1e2463 100644
--- a/liba
On Wed, Aug 26, 2020 at 03:04:57PM +0530, Gautam Ramakrishnan wrote:
> On Wed, Aug 26, 2020 at 12:44 PM Michael Niedermayer
> wrote:
> >
> > On Wed, Aug 26, 2020 at 08:38:30AM +0530, Gautam Ramakrishnan wrote:
> > > On Wed, Aug 26, 2020 at 4:04 AM Michael Niedermayer
> > > wrote:
> > > >
> > > >
On Sun, Aug 23, 2020 at 00:09:33 +0530, Anamitra Ghorui wrote:
> Subject: Re: [FFmpeg-devel] [PATCH v6 2/4] lavfmt: add FLIF demuxing support
ffmpeg usually uses "lavf" (or "avformat").
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https
On Sun, Aug 23, 2020 at 00:09:34 +0530, Anamitra Ghorui wrote:
> --- a/configure
> +++ b/configure
> @@ -3307,6 +3307,7 @@ fifo_muxer_deps="threads"
> flac_demuxer_select="flac_parser"
> flv_muxer_select="aac_adtstoasc_bsf"
> gxf_muxer_select="pcm_rechunk_bsf"
> +flif_demuxer_select="zlib exif"
On Sun, Aug 23, 2020 at 00:09:35 +0530, Anamitra Ghorui wrote:
> - RPZA video encoder
> -
> +- FLIF16 decoder
> +- FLIF16 demuxer
This should be part of the corresponding commits. And don't drop the
empty line.
> @tab Sorenson H.263 used in Flash
> +@item FLIF (Free Lossless Image Format @t
On Sun, Aug 23, 2020 at 00:09:32 +0530, Anamitra Ghorui wrote:
> v2: Fix faulty patch
> v3: Fix addressed errors, Add interlaced decoding support
> v4: Fix Further cosmetics, C.Bucket Transform reading errors, Atomise patch
> v5: Fix faulty patch
> v6: Address pointed out errors, use av_freep every
On Sat, Aug 22, 2020 at 21:55:21 +0100, Mark Thompson wrote:
> > Without checking in more detail: Wouldn't this break the
> > "-noise_reduction", "-non_deterministic" and "-non_linear_quant"
> > options?
>
> The intent is to extend what already happens - given an argument like
> "-nougat", it first
From: Gautam Ramakrishnan
The implementation of tag tree encoding was incorrect.
However, this error was not visible as the current j2k
encoder encodes only 1 layer.
This patch fixes tag tree coding for JPEG2000 such tag
tree coding would work for multi layer encoding.
---
libavcodec/j2kenc.c
From: Gautam Ramakrishnan
This patch allows setting a compression ratio and to
set multiple layers. The user has to input a compression
ratio for each layer.
The per layer compression ration can be set as follows:
-layer_rates "r1,r2,...rn"
for to create 'n' layers.
---
doc/encoders.texi
From: Gautam Ramakrishnan
The implementation of the tag tree did not
set the correct reset value for the encoder.
This lead to inefficent tag tree being encoded.
This patch fixes the implementation of the
ff_tag_tree_zero() function.
---
libavcodec/j2kenc.c | 4 ++--
libavco
From: Gautam Ramakrishnan
This patch makes the tag_tree_zero() and tag_tree_size()
functions non static and callable from other files.
---
libavcodec/jpeg2000.c | 12 ++--
libavcodec/jpeg2000.h | 3 +++
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/libavcodec/jpeg2000.c
---
Goto fail will make ffplay exit immediately. I'm not sure
it is the expected behavior. How about just remove the
check on pb->error so decoders can drain normally?
fftools/ffplay.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
On Mon, Jul 13, 2020 at 2:57 PM Yongle Lin wrote:
>
> On Thu, Jul 9, 2020 at 2:23 PM Yongle Lin wrote:
>
>>
>>
>> On Mon, Jul 6, 2020 at 11:31 AM Yongle Lin
>> wrote:
>>
>>> it makes sense to export block structure like src_x, src_y, width and
>>> height when segmentation isn't enable so we cou
On Thu, Aug 20, 2020 at 10:50:43AM +0200, Michael Niedermayer wrote:
> Fixes: out of array access
> Fixes:
> 24604/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-4843529818603520
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffm
On 8/25/20, Andreas Rheinhardt wrote:
> The aiir filter adds output pads in its init function. Each of these
> output pads had a name which was allocated and to be freed in the uninit
> function. Given that the aiir filter has between one and two outputs,
> one output pad's name was freed uncondit
On 8/25/20, Andreas Rheinhardt wrote:
> In case the multichannel HRIR mode was enabled, an error could happen
> between allocating a channel layouts list and attaching it to its target
> destination. If an error happened, the list would leak. This is fixed by
> attaching the list to its target dir
On 8/25/20, Andreas Rheinhardt wrote:
> The headphone filter uses a variable number of inpads and allocates them
> in its init function; if all goes well, the number of inpads coincides
> with a number stored in the filter's private context. Yet if allocating a
> subsequent inpad fails, the uninit
On 8/25/20, Andreas Rheinhardt wrote:
> If the names are always the same, they need not be duplicated; doing so
> saves allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/af_afir.c | 30 +++---
> 1 file chan
On 8/25/20, Andreas Rheinhardt wrote:
> These names are always the same, so not using duplicates saves
> allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_fieldmatch.c | 19 ---
> 1 file changed, 4 insertions(+)
On 8/25/20, Andreas Rheinhardt wrote:
> These names are always the same, so not using duplicates saves
> allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/avf_aphasemeter.c | 19 ---
> 1 file changed, 4 insertions(
On 8/25/20, Andreas Rheinhardt wrote:
> These names leak because freeing them in the uninit function has been
> forgotten. Instead of adding the freeing code, this commit stops
> allocating these names. They are constants anyway.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_premu
On 8/25/20, Andreas Rheinhardt wrote:
> These names are mostly the same, so not using duplicates saves
> allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/f_ebur128.c | 18 --
> 1 file changed, 4 insertions(+), 14
On 8/25/20, Andreas Rheinhardt wrote:
> These names are always the same, so not using duplicates saves
> allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_decimate.c | 18 --
> 1 file changed, 4 insertions(+), 1
On 8/25/20, Andreas Rheinhardt wrote:
> These names are always the same, so not using duplicates saves
> allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_bm3d.c | 19 ---
> 1 file changed, 4 insertions(+), 15 d
On 8/25/20, Andreas Rheinhardt wrote:
> It has been forgotten to free the name of the second outpad if attaching
> the first one to the AVFilterContext fails. Fixing this is easy: Only
> prepare the second outpad after (and if) the first outpad has been
> successfully attached to the AVFilterConte
On 8/25/20, Andreas Rheinhardt wrote:
> These names are always the same, so not using duplicates saves
> allocations, checks for the allocations as well as frees.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/af_anequalizer.c | 20
> 1 file changed, 4 insertions(
On 8/25/20, Andreas Rheinhardt wrote:
> If an error happens between allocating a string intended to be used as
> an inpad's name and attaching it to its input pad, the string leaks.
> Fix this by inserting the inpad directly after allocating its string.
>
> Signed-off-by: Andreas Rheinhardt
> ---
On 8/25/20, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> It is not intended for these added lines to live very long: One can add
> flags to AVFilter.flags_internal that indicate that this filter wants
> the inpads/outpads' names be freed generically. This will allow to
>
On 8/25/20, Andreas Rheinhardt wrote:
> The signature filter uses qsort, but its compare function doesn't have
> the signature required of such a function; therefore it casts the function
> pointer to void. Yet this is wrong:
> C90 only guarantees that one can convert a pointer to any incomplete
>
Hello,
Thanks for the review. Please see replies below.
On 26/08/2020 18:44, Moritz Barsnick wrote:
> On Sun, Aug 23, 2020 at 00:09:32 +0530, Anamitra Ghorui wrote:
>> v2: Fix faulty patch
>> v3: Fix addressed errors, Add interlaced decoding support
>> v4: Fix Further cosmetics, C.Bucket Transform
On 26/08/2020 18:57, Moritz Barsnick wrote:
> On Sun, Aug 23, 2020 at 00:09:34 +0530, Anamitra Ghorui wrote:
>> --- a/configure
>> +++ b/configure
>> @@ -3307,6 +3307,7 @@ fifo_muxer_deps="threads"
>> flac_demuxer_select="flac_parser"
>> flv_muxer_select="aac_adtstoasc_bsf"
>> gxf_muxer_selec
Am Mi., 26. Aug. 2020 um 14:55 Uhr schrieb Limin Wang :
>
> ffmpeg | branch: master | Limin Wang | Wed Aug 12
> 00:21:54 2020 +0800| [2a9b934675b9e2d3850b46f8a618c19b03f02551] | committer:
> Limin Wang
>
> avfilter/yadif: simplify the code for better readability
This broke compilation of yadif_
Signed-off-by: Andreas Rheinhardt
---
V2 because of 389cc142fb00c23ac1a8d2ba95a9db5d8be473cd.
libavcodec/cfhd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index 291d53e02e..e381a17606 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec
On Wed, Aug 26, 2020 at 10:47:13PM +0200, Carl Eugen Hoyos wrote:
> Am Mi., 26. Aug. 2020 um 14:55 Uhr schrieb Limin Wang :
> >
> > ffmpeg | branch: master | Limin Wang | Wed Aug 12
> > 00:21:54 2020 +0800| [2a9b934675b9e2d3850b46f8a618c19b03f02551] |
> > committer: Limin Wang
> >
> > avfilter/y
From: Tian Qi
because there is run in thread mode, few times will block
the workflow at the wait, so check the status is flushing data,
don't wait when flushing data.
Signed-off-by: Tian Qi
Signed-off-by: Steven Liu
---
libavcodec/videotoolboxenc.c | 4 ++--
1 file changed, 2 insertions(+), 2
At 2020-08-26 19:51:20, "Moritz Barsnick" wrote:
>On Thu, Aug 20, 2020 at 13:31:12 +0800, hwren wrote:
>> At 2020-08-19 22:14:04, "Moritz Barsnick" wrote:
>> >ffmpeg prefers the "cur++" style (twice in this block, and elsewhere).
>>
>> Will be corrected. Thanks.
>
>> >Is "low_d
On Wed, Aug 26, 2020 at 11:16 AM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> Josef Zlomek:
> > tests/ref/fate/exif-image-webp | 8 +-
> > tests/ref/fate/webp-rgb-lena-lossless | 2 +-
> > tests/ref/fate/webp-rgb-lena-lossless-rgb24 | 2 +-
> > tests/ref/fa
Signed-off-by: Ting Fu
---
libavfilter/dnn/dnn_backend_tf.c | 59 ++--
1 file changed, 57 insertions(+), 2 deletions(-)
diff --git a/libavfilter/dnn/dnn_backend_tf.c b/libavfilter/dnn/dnn_backend_tf.c
index bdc90d5063..5e7f37bb12 100644
--- a/libavfilter/dnn/dnn_backe
Signed-off-by: Ting Fu
---
libavfilter/dnn/dnn_backend_openvino.c | 51 ++
1 file changed, 43 insertions(+), 8 deletions(-)
diff --git a/libavfilter/dnn/dnn_backend_openvino.c
b/libavfilter/dnn/dnn_backend_openvino.c
index 034dee1839..5d6d3ed542 100644
--- a/libavfilter/
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 0ae6aee63b..61473178fc 100644
--- a/libavcodec/codec_desc.c
+++ b/l
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/decoders.texi | 21
doc/general.texi | 8 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libuavs3d.c | 262 +
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/avs3dec.c| 68
libavformat/version.h| 2 +-
5 files changed, 72 insertions(+)
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/Makefile | 1 +
libavcodec/avs3_parser.c | 179 +++
libavcodec/parsers.c | 1 +
3 files changed, 181 insertions(+)
create mode 100644 libavcodec/avs3_parser.c
diff --git a/liba
From: hwren
Signed-off-by: hwren
---
libavcodec/Makefile | 2 +
libavcodec/avs3.c | 95 +
libavcodec/avs3.h | 52 +
3 files changed, 149 insertions(+)
create mode 100644 libavcodec/avs3.c
create mode 100644 libavcodec/av
From: hwren
*** Latest changes ***
Pickup missing changes from previous version.
*** Historical changes ***
=== Version1 ===
These patches are to supplement the third generation of Audio Video Coding
Standard,
part 2: video (AVS3-P2), aka IEEE1857.10, decoding support via libuavs3d
wrapper.
On 2020-08-26 03:29, Jesper Ek wrote:
…I have implemented a libavdevice to capture audio and video from an AJA
Kona card (similar to decklink). I'm then using the HLS muxer to encode my
stream. Now I need the HLS EXT-X-PROGRAM-DATE-TIME tag to specify exactly
when the input source was recorded,
56 matches
Mail list logo
