On Thu, Jun 17, 2021 at 4:46 AM Andreas Rheinhardt
wrote:
>
> You are typedefing twice; this is only valid since C11; before that,
> typedefs were subject to the one-definition-rule. This will break older
> compilers for no benefit whatsoever, so please don't typedef here.
>
replaced by
struct AV
On 2021-06-17 11:31, Lingjiang Fang wrote:
---
doc/filters.texi | 7 +++
libavfilter/vf_ocr.c | 30 +-
2 files changed, 36 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index da8f7d7726..9c650a2a5a 100644
--- a/doc/filte
Make it flexible if decode frame(without apply film grain) and display
frame(applied film grain) both needed when decode film grain clips.
Signed-off-by: Fei Wang
---
libavcodec/av1dec.c | 43 ++-
libavcodec/av1dec.h | 3 +++
2 files changed, 45 insertion
- quantizer delta and matrix level specific.
- support loop filter delta.
- support use superres.
Signed-off-by: Fei Wang
---
libavcodec/vaapi_av1.c | 67 ++
1 file changed, 41 insertions(+), 26 deletions(-)
diff --git a/libavcodec/vaapi_av1.c b/libavcode
Signed-off-by: Fei Wang
---
libavcodec/vaapi_av1.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/libavcodec/vaapi_av1.c b/libavcodec/vaapi_av1.c
index 81b13bb1aa..6aaabed2c1 100644
--- a/libavcodec/vaapi_av1.c
+++ b/libavcodec/vaapi_av1.c
@@ -63,6 +63,9 @@ static int vaapi_a
For film grain clip, vaapi_av1 decoder will cache additional 8
surfaces that will be used to store frames which apply film grain.
So increase the pool size by plus 8 to avoid leak of surface.
Signed-off-by: Fei Wang
---
libavcodec/vaapi_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Signed-off-by: Fei Wang
---
libavcodec/vaapi_av1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_av1.c b/libavcodec/vaapi_av1.c
index f577447be4..81b13bb1aa 100644
--- a/libavcodec/vaapi_av1.c
+++ b/libavcodec/vaapi_av1.c
@@ -76,7 +76,7 @@ static int vaapi_a
Signed-off-by: Fei Wang
---
libavcodec/vaapi_av1.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_av1.c b/libavcodec/vaapi_av1.c
index 16b7e35747..f577447be4 100644
--- a/libavcodec/vaapi_av1.c
+++ b/libavcodec/vaapi_av1.c
@@ -213,7 +213,8 @@ static int vaa
Defined in spec 7.11.3.6/7.11.3.7.
Signed-off-by: Fei Wang
---
libavcodec/av1dec.c | 97 +
libavcodec/av1dec.h | 1 +
2 files changed, 98 insertions(+)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 1dda0f9160..3fca17e84b 100644
--- a/l
Signed-off-by: Fei Wang
---
libavcodec/av1.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/av1.h b/libavcodec/av1.h
index 0f99ae4829..951a18ecb2 100644
--- a/libavcodec/av1.h
+++ b/libavcodec/av1.h
@@ -114,6 +114,13 @@ enum {
AV1_WARP_MODEL_TRANSLATION = 1,
AV1_W
shifted_order_hints is computed by data with int plus data with int.
Switch to int8_t may lose its precision.
Signed-off-by: Fei Wang
---
libavcodec/cbs_av1_syntax_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/cbs_av1_syntax_template.c
b/libavcodec/cb
---
doc/filters.texi | 7 +++
libavfilter/vf_ocr.c | 30 +-
2 files changed, 36 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index da8f7d7726..9c650a2a5a 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -15451,6 +15451,1
On Wed, 16 Jun 2021 10:52:31 +0800
Steven Liu wrote:
> > 2021??6??16?? 9:56??Lingjiang Fang
> > ??
> >
> > On Tue, 15 Jun 2021 11:42:44 +0800
> > Steven Liu wrote:
> >
> >> Thilo Borgmann ??2021??6??15??
> >> 3:14??
> >>>
> >>> Am 08.06.21 um 18:42 schrieb Thilo Borg
On 6/15/2021 8:31 PM, Andreas Rheinhardt wrote:
by setting the FF_FMT_INIT_CLEANUP flag.
Signed-off-by: Andreas Rheinhardt
---
libavformat/av1dec.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/libavformat/av1dec.c b/libavformat/av1dec.c
index 8ca804c2a3..
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/hashenc.c | 25 +
1 file changed, 9 insertions(+), 16 deletions(-)
diff --git a/li
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/flvdec.c | 24 +---
1 file changed, 5 insertions(+), 19 deletions(-)
diff --git a/liba
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/matroskaenc.c | 25 ++---
1 file changed, 6 insertions(+), 19 deletions(-)
diff --git
Diederick Niehorster:
> Signed-off-by: Diederick Niehorster
> ---
> libavdevice/avdevice.c | 2 +-
> libavdevice/avdevice.h | 28 +---
> libavdevice/internal.h | 33 +
> libavdevice/version.h | 2 +-
> 4 files changed, 36 insertions(+), 2
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/textdec.c | 37 +++--
1 file changed, 11 insertions(+), 26 deletions(-)
dif
Signed-off-by: Andreas Rheinhardt
---
libavcodec/proresenc_anatoliy.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavcodec/proresenc_anatoliy.c b/libavcodec/proresenc_anatoliy.c
index 96c6f6d469..b7034eec80 100644
--- a/libavcodec/proresenc_anatoliy.c
+++ b/liba
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/proresenc_anatoliy.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/libavcodec/
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/flvenc.c| 9 +
libavcodec/h261enc.c | 9 +
libavcodec/mpegvideo.h | 2 +
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/pngenc.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/libavcodec/pngenc.c
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/g726.c | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/libavcod
Signed-off-by: Andreas Rheinhardt
---
libavcodec/libwebpenc.c | 17 +++--
libavcodec/libwebpenc_animencoder.c | 17 +++--
libavcodec/libwebpenc_common.c | 38 +
libavcodec/libwebpenc_common.h | 33 ++---
4 files
The decoder has no options.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/libcodec2.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/libavcodec/libcodec2.c b/libavcodec/libcodec2.c
index 2996dc42f5..a8c92ecce1 100644
--- a/libavcodec/libcodec2.c
+++ b/libavcodec/libcodec2.c
@@ -46,
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm.c | 141 ++--
libavcodec/adpcm_data.c | 127
libavcodec/adpcm_data.h | 6 --
3 files changed, 134 insertions(+), 140 deletions(-)
diff --git a/libavcodec/adpcm.c
This change ensures that the linker can drop adpcm_data.o if no decoder
that actually uses anything from there is enabled.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm.c | 212 +++--
1 file changed, 108 insertions(+), 104 deletions(-)
diff --git
According to the header it is an array of int16_t, yet it is declared as
uint16_t. Fix this by using int16_t troughout and convert the definition
to use values in the range of int16_t.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm_data.c | 6 +++---
1 file changed, 3 insertions(+), 3 de
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm.c | 102 -
1 file changed, 55 insertions(+), 47 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index 171b059409..3a16acfb68 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm.c | 76 +++---
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index f9e092af2d..15aea639dc 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm
This is to avoid unused variables warnings after the code for
the disabled encoders has been #if'ed away which will happen in
a subsequent commit.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm.c | 241 ++---
1 file changed, 118 insertions(+), 123
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcmenc.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/libavcodec/adpcmenc.c b/libavcodec/adpcmenc.c
index ea9f76ab2b..c9b98caaf9 100644
--- a/libavcodec/adpcmenc.c
+++ b/libavcodec/adpcm
The adpcm_argo encoder does not use the data from adpcm_data.c directly;
instead it shares a function with the adpcm_argo decoder that is in
adpcm.c. When all the ADPCM decoders and the adpcm_argo encoder are
disabled, adpcm.c is not compiled; yet the code in adpcmenc.c calling
said function from a
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcmenc.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/a
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ac3enc.c | 7 +++
libavcodec/ac3enc.h | 1 +
libavcodec/ac3enc_fixed.c | 9 +
lib
This is to avoid unused variables warnings if the code for disabled
encoders is #if'ed away which will happen in a subsequent commit.
In case of buf it also avoids shadowing.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcmenc.c | 105 ++
1 file chan
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ac3dec_float.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/libavcod
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/movenc.c | 35 +--
1 file changed, 13 insertions(+), 22 deletions(-)
diff
Said encoder uses a function in adpcm.c and while it does not use
anything from adpcm_data.c, other parts of both adpcm.c and adpcmenc.c
need it, so adpcm_data.c needs to be enabled anyway.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deleti
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/v210.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavformat/v210.
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/segment.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavformat/se
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mpegenc.c | 24 +---
1 file changed, 9 insertions(+), 15 deletions(-)
diff --git a/lib
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/ac3dec.c | 6 ++
libavformat/acm.c| 3 +--
libavformat/dtsdec.c | 4 ++--
libavforma
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/img2dec.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/libavform
Signed-off-by: Andreas Rheinhardt
---
libavformat/img2dec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
index aaf2ac362c..55a91ca698 100644
--- a/libavformat/img2dec.c
+++ b/libavformat/img2dec.c
@@ -647,7 +647,7 @@ const
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/ingenientdec.c | 4 +---
libavformat/rawdec.c | 10 +-
libavformat/rawdec.h | 14 ++---
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/pcmdec.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavformat/pcm
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/oggenc.c | 24 +---
1 file changed, 9 insertions(+), 15 deletions(-)
diff --git a/liba
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/g726.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/libavformat/g72
The beginning of the private contexts of both the FLAC and the TAK
demuxer currently mimick FFRawDemuxerContext: A pointer to an AVClass
followed by the AVOpt-enabled field raw_packet_size. Said field is only
used by the demuxers' read_packet functions via
ff_raw_read_partial_packet(), which treats
The codec2 muxer has no options and so it needs no AVClass;
and it certainly needs no AVClass of category AV_CLASS_CATEGORY_DEMUXER.
Signed-off-by: Andreas Rheinhardt
---
libavformat/codec2.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavformat/codec2.c b/libavformat/codec2.c
i
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/asfenc.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavformat/asf
The child_class_next API relied on different (de)muxers to use
different AVClasses; yet this API has been replaced by
child_class_iterate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/aptxdec.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavformat/ap
These demuxers don't need anything from rawdec; they furthermore only
used rawdec.h to include opt.h. Both of this has been fixed.
Signed-off-by: Andreas Rheinhardt
---
libavformat/Makefile | 8
libavformat/aptxdec.c | 2 +-
libavformat/codec2.c | 2 +-
3 files changed, 6 insertions(+
Needed for ff_raw_read_partial_packet and ff_raw_options.
Signed-off-by: Andreas Rheinhardt
---
libavformat/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index c9ef564523..7000180d48 100644
--- a/libavformat/Makefile
+++
Diederick Niehorster:
> fftools now print info about what media type(s), if any, are provided by
> sink and source avdevices.
>
> Signed-off-by: Diederick Niehorster
> ---
> fftools/cmdutils.c | 34 --
> 1 file changed, 24 insertions(+), 10 deletions(-)
>
> diff
Diederick Niehorster:
> fftools now print info about what media type(s), if any, are provided by
> sink and source avdevices.
>
> Signed-off-by: Diederick Niehorster
> ---
> fftools/cmdutils.c | 34 --
> 1 file changed, 24 insertions(+), 10 deletions(-)
>
> diff
On Tue, Jun 15, 2021 at 5:18 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Mohammad Izadi:
> > HDR10+ metadata is stored in the bit stream for HEVC. The story is
> different for VP9 and cannot store the metadata in the bit stream. HDR10+
> should be passed to packet side data an
HDR10+ metadata is stored in the bit stream for HEVC. The story is different
for VP9 and cannot store the metadata in the bit stream. HDR10+ should be
passed to packet side data an stored in the container (mkv) for VP9.
This CL is taking HDR10+ from AVFrame side data in libvpxenc and is passing
On 6/16/2021 7:14 PM, Nicolas George wrote:
James Almer (12021-06-16):
I'm not sure what you mean. I would not be against it, it's just that if we
were to merge lavf and lavd, this wouldn't even be something to consider.
Have you not read the discussion? The benefits go way beyond the tiny
lav
James Almer (12021-06-16):
> I'm not sure what you mean. I would not be against it, it's just that if we
> were to merge lavf and lavd, this wouldn't even be something to consider.
Have you not read the discussion? The benefits go way beyond the tiny
lavf-lavd issues.
> > and why you are
> > agai
Hi,
Patch attached. This is an update to the libvmaf avfilter to use the
new libvmaf v2.* API which was released about 6 months ago. High
level: the filter should be simpler to use now for basic users, but
also more flexible for power users. libvmaf can be configured with one
or many vmaf models,
On 6/16/2021 6:41 PM, Nicolas George wrote:
James Almer (12021-06-16):
Since merging lavf and lavf is apparently not an option, I will not be
against restricting lavf and lavd to matching versions
Please explain why you would be against it otherwise,
I'm not sure what you mean. I would not b
James Almer (12021-06-16):
> Since merging lavf and lavf is apparently not an option, I will not be
> against restricting lavf and lavd to matching versions
Please explain why you would be against it otherwise, and why you are
against for other libraries.
Regards,
--
Nicolas George
signatur
On 6/16/2021 6:37 AM, Nicolas George wrote:
Andreas Rheinhardt (12021-06-16):
AFAIK: Nothing. And I don't like it.
Good news!
So, would somebody object if we made it so that only versions from the
same version, and possibly same configuration, could be used together?
Since merging lavf and
My name is Grady Player, I am the manager of the Encoding team at Uplynk
(Verizon Digital Media).
I have a remote full-time Senior Software Developer position open, currently US
locations only.
The tech stack is C/C++ and Python. We work on a product that is the
on-premises encoding product,
On Wed, Jun 16, 2021 at 12:45 PM Andreas Rheinhardt
wrote:
> Cost: It might force you to update more libraries, thereby increasing
> download (or upload if you are the distributor) size.
> Benefit: Besides fixing the horrible libavformat-libavdevice
> relationship (we are currently not able to add
Hello.
I'm responding to a request for help with ffmpeg that was output in a terminal
error message via mpv media player.
Full details are below but briefly, I'm on MX Linux 19.4 and using mpv/ffmpeg to
play a movie MKV file with TrueHD audio (bitstreamed through an AV Receiver, in
case that's
Diederick C. Niehorster:
> On Wed, Jun 16, 2021 at 11:33 AM Andreas Rheinhardt
> wrote:
>>
>> Nicolas George:
>>> Andreas Rheinhardt (12021-06-16):
Yes, because one is allowed to use an old libavdevice together with a
new libavformat.
>>>
>>> Why do we allow that? What is the actual bene
Diederick C. Niehorster (12021-06-16):
> Is there a benefit, e.g. in being able to break (internal) ABI (not an
> issue i oversee)?
The current discussion is precisely about a benefit: libraries accessing
each other's internals would no longer be a technical problem, which
makes us free on how we
On Wed, Jun 16, 2021 at 11:33 AM Andreas Rheinhardt
wrote:
>
> Nicolas George:
> > Andreas Rheinhardt (12021-06-16):
> >> Yes, because one is allowed to use an old libavdevice together with a
> >> new libavformat.
> >
> > Why do we allow that? What is the actual benefit?
> >
> AFAIK: Nothing. And
Hi Валерий,
On Mon, May 31, 2021 at 15:12:12 +0300, Валерий Заподовников wrote:
> BTW, who knows how can I use git send-(gmail)email script to NOT use SMTP?
> I do not want my ipv6 address revealed, that is how it works on gmail for
> Android (that I am using RIGHT now) and on mail. google. com. B
Andreas Rheinhardt (12021-06-16):
> AFAIK: Nothing. And I don't like it.
Good news!
So, would somebody object if we made it so that only versions from the
same version, and possibly same configuration, could be used together?
Regards,
--
Nicolas George
signature.asc
Description: PGP signat
Nicolas George:
> Andreas Rheinhardt (12021-06-16):
>> Yes, because one is allowed to use an old libavdevice together with a
>> new libavformat.
>
> Why do we allow that? What is the actual benefit?
>
AFAIK: Nothing. And I don't like it.
- Andreas
___
Andreas Rheinhardt (12021-06-16):
> Yes, because one is allowed to use an old libavdevice together with a
> new libavformat.
Why do we allow that? What is the actual benefit?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
Andreas Rheinhardt (12021-06-16):
> by setting the FF_FMT_INIT_CLEANUP flag.
>
> (Btw: concat_read_close() is not idempotent (it frees cat->files, but
> doesn't reset cat->nb_files), so this demuxer was incompatible with
> simply calling read_close generically upon read_header failure.)
>
> Signe
77 matches
Mail list logo