From: Gautam Ramakrishnan
This patch makes the ff_jpeg2000_cleanup
function take in an extra parameter which
indicates whether it is called from the
encoder or decoder.
---
libavcodec/j2kenc.c | 2 +-
libavcodec/jpeg2000.c| 2 +-
libavcodec/jpeg2000.h| 2 +-
From: Gautam Ramakrishnan
This patch adds documentation for the utility and usage
of "layer_rates" option used in the JPEG2000 encoder.
---
doc/encoders.texi | 16
1 file changed, 16 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index fd9235a05a..481ad2fb3d
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
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.
---
libavcodec/j2kenc.c
Signed-off-by: Ting Fu
---
libavfilter/dnn/dnn_backend_native.c | 55 +++
libavfilter/dnn/dnn_backend_native.h | 5 ++
.../dnn/dnn_backend_native_layer_avgpool.c| 10 +++-
.../dnn/dnn_backend_native_layer_avgpool.h| 2 +-
Unify all error return as DNN_ERROR, in order to cease model executing
when return error in ff_dnn_execute_model_native layer_func.pf_exec
Signed-off-by: Ting Fu
---
V5:
rebase to latest code
libavfilter/dnn/dnn_backend_native.c | 10 ++
On Tue, Aug 25, 2020 at 4:08 AM Michael Niedermayer
wrote:
>
> On Mon, Aug 24, 2020 at 11:10:31PM +0530, gautamr...@gmail.com wrote:
> > From: Gautam Ramakrishnan
> >
> > The implementation of tag tree encoding was incorrect.
> > However, this error was not visible as the current j2k
> > encoder
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Saturday, August 22, 2020 1:22 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec: add av1 hardware
> acceleration decoder
>
> On 8/21/2020 2:05 PM, Derek Buitenhuis wrote:
> >
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/codec_id.h | 1 +
libavcodec/fastaudio.c | 200
libavcodec/utils.c | 2 +
6 files changed, 212
Paul B Mahol:
> Signed-off-by: Paul B Mahol
> ---
> [WIP] Missing video decoder.
> ---
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/moflex.c | 291 +++
> 3 files changed, 293 insertions(+)
> create mode 100644
On Mon, Aug 24, 2020 at 11:02:22PM +0200, Marton Balint wrote:
>
>
> On Mon, 24 Aug 2020, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
>
> Explain the reason in the commit message, e.g:
>
> Some DVB and ATSC captures are using the official MPEG2 registration
> descriptor in addition
Signed-off-by: Paul B Mahol
---
[WIP] Missing video decoder.
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/moflex.c | 291 +++
3 files changed, 293 insertions(+)
create mode 100644 libavformat/moflex.c
diff --git
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/adpcm.c | 26 ++
libavcodec/allcodecs.c | 1 +
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
libavcodec/utils.c | 2 ++
6 files changed, 38 insertions(+)
diff
Am So., 26. Juli 2020 um 21:59 Uhr schrieb Carl Eugen Hoyos
:
>
> Am So., 26. Juli 2020 um 21:28 Uhr schrieb Paul B Mahol :
> >
> > On 7/26/20, Carl Eugen Hoyos wrote:
> > > Hi!
> > >
> > > Attached patch fixes a part of ticket #8819.
> > >
> > > Please comment, Carl Eugen
> > >
> >
> > Looks
Am Di., 25. Aug. 2020 um 00:48 Uhr schrieb Tomas Härdin :
>
> mån 2020-08-24 klockan 21:42 +0200 skrev Carl Eugen Hoyos:
> > Hi!
> >
> > Attached patch fixes ticket #8846, the sample there is both a mov and
> > an mxf file.
> > It is not entirely clear to me if the sample was only made to annoy us
mån 2020-08-24 klockan 21:42 +0200 skrev Carl Eugen Hoyos:
> Hi!
>
> Attached patch fixes ticket #8846, the sample there is both a mov and
> an mxf file.
> It is not entirely clear to me if the sample was only made to annoy us
> but the content looks real.
>
> An alternative may be to check the
On Mon, Aug 24, 2020 at 11:10:31PM +0530, gautamr...@gmail.com wrote:
> 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
On Mon, Aug 24, 2020 at 11:04 PM Paul B Mahol wrote:
>
> On 8/22/20, Carl Eugen Hoyos wrote:
> > Am Sa., 22. Aug. 2020 um 23:15 Uhr schrieb Jan Ekström :
> >>
> >> On Sat, Aug 22, 2020 at 11:42 PM Carl Eugen Hoyos
> >> wrote:
> >> >
> >> > Am Sa., 22. Aug. 2020 um 22:40 Uhr schrieb Jan Ekström
Am Mo., 24. Aug. 2020 um 21:56 Uhr schrieb Carl Eugen Hoyos
:
> Attached patch allows audio decoding in Lorex LNC recordings,
> tested with hi- and low-res files.
Sorry. this cannot work, not sure how to detect such recordings.
Carl Eugen
___
On Mon, 24 Aug 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mpegtsenc.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index
On Mon, 24 Aug 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Explain the reason in the commit message, e.g:
Some DVB and ATSC captures are using the official MPEG2 registration
descriptor in addition to using the correct stream type and the
On Mon, 24 Aug 2020, Carl Eugen Hoyos wrote:
Hi!
Attached patch allows audio decoding in Lorex LNC recordings, tested
with hi- and low-res files.
Please share some samples.
Thanks,
Marton
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 8/22/20, Carl Eugen Hoyos wrote:
> Am Sa., 22. Aug. 2020 um 23:15 Uhr schrieb Jan Ekström :
>>
>> On Sat, Aug 22, 2020 at 11:42 PM Carl Eugen Hoyos
>> wrote:
>> >
>> > Am Sa., 22. Aug. 2020 um 22:40 Uhr schrieb Jan Ekström
>> > :
>> > >
>> > > Validates the set channel layout as well as
Hi!
Attached patch allows audio decoding in Lorex LNC recordings, tested
with hi- and low-res files.
Please comment, Carl Eugen
From 4ade92cd6612a21226ea42113bb66deacfd2b8e1 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 24 Aug 2020 21:52:52 +0200
Subject: [PATCH] lavf/mpegts:
Hi!
Attached patch fixes ticket #8846, the sample there is both a mov and
an mxf file.
It is not entirely clear to me if the sample was only made to annoy us
but the content looks real.
An alternative may be to check the extension if the score is equal but
I don't really like that either.
Other
On 2020-08-23 08:21, Nicolas George wrote:
Since the idea of documentation built in the libraries seems popular, I
have tried to outline an API to access it.…
See the attached file […`documentation.c` omitted…].
Some comments about the API outline itself, from `documentation.c`:
struct
On 8/24/2020 3:18 AM, Vikas Agrawal (Engrg-SW) wrote:
>
> Please review:
> It help initialize chroma format and other info properly
> Chroma format wasn't correct if I use below code:
> avformat_find_stream_info(fmtc, NULL);
> iVideoStream = av_find_best_stream(fmtc,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Monday, August 24, 2020 8:15 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsv: needn't load user plugin
> since libmfx 1.28
>
> On Fri, 2020-08-21 at 20:11 +, Soft Works
Andreas Rheinhardt (12020-08-24):
> >>> +if (fmts->all_layouts < fmts->all_counts ||
> >>> +(!fmts->all_layouts && !fmts->nb_channel_layouts)) {
> The above check already contains "|| (!fmts->all_layouts &&
> !fmts->nb_channel_layouts)". So if everything is zero, you get the error
>
From: Gautam Ramakrishnan
This patch adds documentation for the utility and usage
of "layer_rates" option used in the JPEG2000 encoder.
---
doc/encoders.texi | 16
1 file changed, 16 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index fd9235a05a..481ad2fb3d
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
From: Gautam Ramakrishnan
This patch makes the ff_jpeg2000_cleanup
function take in an extra parameter which
indicates whether it is called from the
encoder or decoder.
---
libavcodec/j2kenc.c | 2 +-
libavcodec/jpeg2000.c| 2 +-
libavcodec/jpeg2000.h| 2 +-
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.
---
libavcodec/j2kenc.c
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
Nicolas George:
> Andreas Rheinhardt (12020-08-24):
>> expects
>
>> switch to
>
>> preferred
>
> Locally fixed.
>
>>> +if (fmts->all_layouts < fmts->all_counts ||
>>> +(!fmts->all_layouts && !fmts->nb_channel_layouts)) {
>>
>> As has already been said in my review of the first
Andreas Rheinhardt (12020-08-24):
> expects
> switch to
> preferred
Locally fixed.
> > +if (fmts->all_layouts < fmts->all_counts ||
> > +(!fmts->all_layouts && !fmts->nb_channel_layouts)) {
>
> As has already been said in my review of the first version:
> This check doesn't fit to
Ping again.
> On Aug 17, 2020, at 8:05 AM, zhilizhao wrote:
>
> Please help review the patch, thanks!
>
>> On Aug 6, 2020, at 4:50 PM, quinkbl...@foxmail.com wrote:
>>
>> From: Zhao Zhili
>>
>> User report: http://ffmpeg.org/pipermail/ffmpeg-user/2020-August/049494.html
>>
>> server:
>>
Ping again.
> On Aug 5, 2020, at 11:16 PM, Zhao Zhili wrote:
>
> Ping for the trivial patch.
>
>> On Jul 29, 2020, at 1:02 AM, Zhao Zhili wrote:
>>
>> ---
>> libavformat/utils.c | 12
>> 1 file changed, 4 insertions(+), 8 deletions(-)
>>
>> diff --git a/libavformat/utils.c
Ping for this trivial change.
> On Jul 25, 2020, at 11:24 PM, Zhao Zhili wrote:
>
> pre_tag_size is always reset by avio_rb32(). For AVFormatContext
> start_time, as the document says, "NEVER set this value directly:
> It is deduced from the AVStream values."
> ---
> libavformat/flvdec.c | 3
Implement Section 7.21 "Reference frame loading process" and Section 7.20
"Reference frame update process" for show_existing_frame frames, as required by
the definition in Section 7.4 "Decode frame wrapup process".
Signed-off-by: James Almer
---
libavcodec/cbs_av1_syntax_template.c | 28
This follows the spec and will come in handy in a following commit.
Signed-off-by: James Almer
---
libavcodec/cbs_av1.h | 1 +
libavcodec/cbs_av1_syntax_template.c | 9 +
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/cbs_av1.h
This follows the spec and will come in handy in the next commit.
Signed-off-by: James Almer
---
libavcodec/cbs_av1_syntax_template.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/cbs_av1_syntax_template.c
b/libavcodec/cbs_av1_syntax_template.c
index
---
libavformat/network.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/network.h b/libavformat/network.h
index 71347e815b..18e2dd6e5e 100644
--- a/libavformat/network.h
+++ b/libavformat/network.h
@@ -249,7 +249,7 @@ int ff_is_multicast_address(struct
Nicolas George:
> Part of the code expect valid lists, in particular no duplicates.
expects
> These tests allow to catch bugs in filters (unlikely but possible)
> and to give a clear message when the error comes from the user
> ((a)formats) or the application (buffersink).
>
> If we decide to
1. The buffer size of lower_url shouldn't be smaller than hostname
2. The maximum length of a DNS name is 255 octets
---
libavformat/http.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index 3d25d652d3..9c40a82a5b 100644
---
> One observation not related to vf_overlay_cude fix if you don't mind:
> even with the fix you proposed if I don't send a single frame into
> fs->in[1](i.e secondary stream) I cannot get any output.
> This is because consume_from_fifos doesn't honor .before ==
> EXT_INFINITY and .state ==
On 8/24/2020 4:57 AM, Xu, Guangxin wrote:
> May not related to this patch.
> When we have show_existing_frame and the frame_type is key frame, do we need
> do "Reference frame update"?
I think so, judging by Section 7.4 "Decode frame wrapup process", which
says that section 7.20 "Reference frame
On 8/24/2020 5:39 AM, Wang, Fei W wrote:
>>> +static int get_tiles_info(AVCodecContext *avctx,
>>> + AV1RawTileGroup *tile_group,
>>> + uint32_t tile_group_offset) {
>>> +AV1DecContext *s = avctx->priv_data;
>>> +GetBitContext gb;
>>> +
On 8/24/2020 3:57 AM, Wang, Fei W wrote:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of James
>> Almer
>> Sent: Friday, August 21, 2020 10:43 PM
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec: add av1 hardware
>> acceleration decoder
>>
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mpegtsenc.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 5a9e6fd..1559ce6 100644
--- a/libavformat/mpegtsenc.c
+++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mpegtsenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 61fdd09..5a9e6fd 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -487,6 +487,10 @@ static
Nicolas George (12020-08-21):
> From e3a3ad20b1ecb2c167ba30ed6b6ced36f146f4b5 Mon Sep 17 00:00:00 2001
> From: Nicolas George
> Date: Fri, 21 Aug 2020 13:03:50 +0200
> Subject: [PATCH] fate: remove "-v 0" from ffprobe tests.
>
> Signed-off-by: Nicolas George
> ---
> tests/fate-run.sh | 26
> On 23 Aug 2020, at 23:33, Mark Thompson wrote:
>
> ---
> Setting HDR properties is a useful feature, but it's very unclear what we
> want it to actually look like to the user. Not all encoders and decoders
> support it, so it's essentially required that the implementation happen at
>
The channel_layouts and channel_counts options set what buffersink
is supposed to accept. If channel_counts contains 2, then stereo is
already accepted, there is no point in having it in channel_layouts
too. This was not properly documented until now, so only print a
warning.
Signed-off-by:
Part of the code expect valid lists, in particular no duplicates.
These tests allow to catch bugs in filters (unlikely but possible)
and to give a clear message when the error comes from the user
((a)formats) or the application (buffersink).
If we decide to switch for a more efficient merging
It will allow to refernce it as a whole without clunky macros.
Most of the changes have been automatically made with sed:
sed -i '
s/-> *in_formats/->incfg.formats/g;
s/-> *out_formats/->outcfg.formats/g;
s/-> *in_channel_layouts/->incfg.channel_layouts/g;
s/->
Signed-off-by: Nicolas George
---
libavfilter/formats.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
Rebased on top of recent commits and resolved conflicts.
diff --git a/libavfilter/formats.c b/libavfilter/formats.c
index 0a351d4174..695d28ea8e 100644
---
> On 24 Aug 2020, at 09:30, Tomas Härdin wrote:
>
> tor 2020-08-20 klockan 14:58 +0100 skrev Harry Mallon:
>> MXF CDCI color range was being set to (1> for full range but it should be (1> a valid value.
>
> Grammar here is a bit strange. Do
On Mon, 24 Aug 2020 14:11:00 +1000
"Steven Liu" wrote:
> > A few things:
> >
> > 1. Is the second link to the author's website really necessary?
> the Chinaffmpeg link is added by me
> that because it’s only Chinese Font version,
> and there have lots link about that book in China, eg, jd.com,
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Sunday, August 23, 2020 6:01 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec: add av1 hardware
> acceleration decoder
>
> On 21/08/2020 06:29, Fei Wang wrote:
> > This av1
tor 2020-08-20 klockan 14:58 +0100 skrev Harry Mallon:
> MXF CDCI color range was being set to (1 for full range but it should be (1 a valid value.
Grammar here is a bit strange. Do you mean 0 is a valid value? Looks OK
besides this
/Tomas
tor 2020-08-20 klockan 14:58 +0100 skrev Harry Mallon:
> * Capture black_ref, white_ref and color_range and recognise
> full and narrow range.
>
> Signed-off-by: Harry Mallon
> ---
> libavformat/mxfdec.c | 37 ++
> tests/ref/fate/mxf-probe-dnxhd | 2
May not related to this patch.
When we have show_existing_frame and the frame_type is key frame, do we need do
"Reference frame update"?
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Monday, August 24, 2020 3:24 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject:
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Friday, August 21, 2020 10:43 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec: add av1 hardware
> acceleration decoder
>
> On 8/21/2020 2:29 AM, Fei Wang wrote:
> > This av1
On Fri, 2020-08-21 at 09:36 +0200, Max Dmitrichenko wrote:
> On Fri, Aug 21, 2020 at 9:29 AM Xiang, Haihao
> wrote:
>
> > On Fri, 2020-08-21 at 05:48 +, Soft Works wrote:
> > > > -Original Message-
> > > > From: ffmpeg-devel On Behalf Of
> > > > Haihao Xiang
> > > > Sent: Friday,
On Fri, 2020-08-21 at 09:47 +0200, Thilo Borgmann wrote:
> >
> >
> > On Thu, 2020-08-20 at 02:26 +0200, Thilo Borgmann wrote:
> > > Am 20.08.20 um 02:13 schrieb Xiang, Haihao:
> > > > On Wed, 2020-08-19 at 13:53 +0200, Nicolas George wrote:
> > > > > Haihao Xiang (12020-08-19):
> > > > > > ---
>
Please review:
It help initialize chroma format and other info properly
Chroma format wasn't correct if I use below code:
avformat_find_stream_info(fmtc, NULL);
iVideoStream = av_find_best_stream(fmtc, AVMEDIA_TYPE_VIDEO, -1, -1,
NULL, 0);
eChromaFormat =
On Fri, 2020-08-21 at 20:11 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Soft Works
> > Sent: Friday, August 21, 2020 9:45 AM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH v2 1/2]
69 matches
Mail list logo