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
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
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
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
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(+),
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(-)
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
+++
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
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
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
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
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
@@
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
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
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
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
+++
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
+++
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
+++
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
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
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 +
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
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
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
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
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
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
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 ++--
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
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 @@
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
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
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
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
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
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
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
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
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
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
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
> >
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
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
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
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
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
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.
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
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.)
>
>
> On Jun 15, 2021, at 3:14 AM, Thilo Borgmann wrote:
>
> Am 08.06.21 um 18:42 schrieb Thilo Borgmann:
>> Hi,
>>
>> add %{localtime_ms} function to the drawtext filter. Same as %{localtime}
>> but with additional millisecond part.
>
> Ping for a volunteer to actually have a look at the
66 matches
Mail list logo
