From: softworkz
Currently segfaults in this case.
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 94 ++
1 file changed, 49 insertions(+), 45 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index 66e736cce
From: softworkz
Signed-off-by: softworkz
---
doc/filters.texi | 51 +---
1 file changed, 40 insertions(+), 11 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 2d0b5db909..1d50db0e54 100644
--- a/doc/filters.texi
+++ b/doc/filters.t
From: softworkz
Signed-off-by: softworkz
---
doc/filters.texi | 1 -
1 file changed, 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 68205147f0..2d0b5db909 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -26267,7 +26267,6 @@ To use vaapi filters, you need to setup
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index 218daf571f..cf17426b5d 100644
--- a/libavfilter/vf_overlay_vaapi.c
+++ b/
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 141 +
1 file changed, 127 insertions(+), 14 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index b2c254d9dd..307f3cf7fc 100644
--- a/libavfi
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 30 +-
1 file changed, 1 insertion(+), 29 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index 3e6a0de13f..218daf571f 100644
--- a/libavfilter/vf
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 44 --
1 file changed, 42 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index f4f9cc58ec..b2c254d9dd 100644
--- a/libavfilt
This patchset resolves a number of issues in the current code:
* Bogus doubles framesync initialization
* Executing build_parameters on each input frame
* Segfault when there's no secondary input (yet)
and adds a number of enhancements to bring this on-par with the other
overlay filters:
* E
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index 71fc90a86b..f4f9cc58ec 100644
--- a/libavfilter/vf_overlay_vaapi
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index c14aacbb5d..71fc90a86b 100644
--- a/libavfilter/vf_overlay_vaapi.c
+++ b/libavfilter/vf_overlay_
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index 1281038c36..c14aacbb5d 100644
--- a/libavfilter/vf_overlay_vaapi
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_overlay_vaapi.c | 31 +--
1 file changed, 5 insertions(+), 26 deletions(-)
diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_overlay_vaapi.c
index cf17426b5d..66e736cce4 100644
--- a/libavfilter/
> -Original Message-
> From: Xiang, Haihao
> Sent: Monday, October 31, 2022 6:44 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: softwo...@hotmail.com
> Subject: Re: [FFmpeg-devel] [PATCH 09/11] avfilter/overlay_vaapi:
> enable expressions for overlay parameters
>
> On Mon, 2022-10-10 at 10:54
On Mon, 2022-10-10 at 10:54 +, softworkz wrote:
> From: softworkz
>
> Signed-off-by: softworkz
> ---
> libavfilter/vf_overlay_vaapi.c | 30 +-
> 1 file changed, 1 insertion(+), 29 deletions(-)
>
> diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/vf_over
On Mon, 2022-10-10 at 10:54 +, softworkz wrote:
> From: softworkz
>
> Signed-off-by: softworkz
> ---
> libavfilter/vf_overlay_vaapi.c | 141 +
> 1 file changed, 127 insertions(+), 14 deletions(-)
>
> diff --git a/libavfilter/vf_overlay_vaapi.c b/libavfilter/
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Clément Bœsch
> Sent: Monday, October 31, 2022 1:30 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with alpha"
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Clément Bœsch
> Sent: Monday, October 31, 2022 1:30 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with alpha"
>
From: Mark Reid
---
libswscale/output.c | 92
libswscale/swscale_unscaled.c| 4 +-
libswscale/tests/floatimg_cmp.c | 4 +-
libswscale/utils.c | 16 +++--
libswscale/yuv2rgb.c | 2 +
te
From: Mark Reid
---
libavfilter/vf_transpose.c | 44 ++
1 file changed, 44 insertions(+)
diff --git a/libavfilter/vf_transpose.c b/libavfilter/vf_transpose.c
index 469e66729f..1023d6fe82 100644
--- a/libavfilter/vf_transpose.c
+++ b/libavfilter/vf_transpose.c
From: Mark Reid
---
libavfilter/vf_hflip_init.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/libavfilter/vf_hflip_init.h b/libavfilter/vf_hflip_init.h
index d0319f463d..31173f73fc 100644
--- a/libavfilter/vf_hflip_init.h
+++ b/libavfilter/vf_hflip_init.h
@@ -86,
From: Mark Reid
---
libswscale/input.c | 172 +
libswscale/utils.c | 4 ++
2 files changed, 176 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index 7ff7bfaa01..4683284b0b 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
From: Mark Reid
This patch series adds swscale input/output support for the packed rgb float
formats.
A few of the filters also needed support the larger 96/128 bit packed pixel
sizes.
I also plan to eventually add lossless unscaled conversions between the planer
and packed formats.
changes
On Sun, Oct 30, 2022 at 10:55:31PM +, Soft Works wrote:
[...]
> > I understand why. I know that it's not perfect. But it's the best
> > what's achievable within the way the filter is working.
> >
> > But I wouldn't go that far as saying it would be "broken". I think
> > the result is quite acc
vc1_decode_skip_blocks() is only called if the current picture
is a P frame. So setting pict_type to AV_PICTURE_TYPE_P
is redundant; removing it makes pict_type read-only in vc1_block.c
(as it should be).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1_block.c | 1 -
1 file changed, 1 delet
The only msmpeg4 code that is ever executed by the VC-1 based
decoders is ff_msmpeg4_decode_init() and what is directly
reachable from it. This is:
a) A call to av_image_check_size(), then ff_h263_decode_init(),
b) followed by setting [yc]_dc_scale_table and initializing
scantable/permutations.
c)
This is in preparation for splitting VC-1 from msmpeg4.
(msmpeg4data.c was originally intended to be just this;
9488b966c76a7a52e9a1f7756bda82dbe1070399 changed it).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/Makefile | 8 +-
libavcodec/intrax8.c | 2 +-
libavcodec/m
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1dec.c | 27 ---
1 file changed, 12 insertions(+), 15 deletions(-)
diff --git a/libavcodec/vc1dec.c b/libavcodec/vc1dec.c
index 682b39083b..1cf42d831f 100644
--- a/libavcodec/vc1dec.c
+++ b/libavcodec/vc1dec.c
@@ -332,7 +
This is in preparation for removing the msmpeg4 dependency
from VC-1.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mss2.c | 5 ++---
libavcodec/vc1.h| 2 +-
libavcodec/vc1dec.c | 25 ++---
3 files changed, 21 insertions(+), 11 deletions(-)
diff --git a/libavcodec
This is done since 16af29a7a6deff3f6081fca1e36ad96cf8fec77d
(and is actually unnecessary, because the tables initialized
in ff_msmpeg4_decode_init() are only ever used in vc1_block.c
which is only entered after a call to ff_msmpeg4_decode_init())
in a very ugly manner; said manner had the byproduct
It will be useful in the following commits.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/msmpeg4data.c | 30 ++
libavcodec/msmpeg4data.h | 2 ++
libavcodec/msmpeg4dec.c | 18 +-
3 files changed, 33 insertions(+), 17 deletions(-)
diff --git a/lib
VC1 shares some VLCs with MSMPEG-4, but vc1_block.c
simply duplicates the defines instead of including
the appropriate headers; furthermore, use a proper
prefix for these defines: DC_VLC_BITS is also used
by other codecs.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/msmpeg4data.h | 2 ++
li
This is possible given that it is no longer used
by the parser.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1.c | 362 --
libavcodec/vc1_vlc_data.h | 221 +++
libavcodec/vc1dec.c | 141 +++
3 files changed,
and include said header at the place where the VLCs are created.
This allows to make said tables static.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1.c | 69 ++--
libavcodec/vc1_vlc_data.h | 842 ++
libavcodec/vc1data.c | 804 ---
ff_vc1_norm6_spec has been removed in commit
356be9307cbffa1226bed52b26aa2ac9c7af174f (and it seems that it
has never been used); the declarations of the 8x8_zz arrays meanwhile
have been added in f0c02e1cbc71043ffe8c1fa44f12330a63f9df10
without having ever been defined.
Signed-off-by: Andreas Rhe
The defines in vc1data.c are duplicates of the ones in vc1data.h;
they are also pointless, because they are not used anywhere.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1data.c | 21 +
libavcodec/vc1data.h | 3 ++-
2 files changed, 3 insertions(+), 21 deletions(-)
It allows to avoid compiling simple_idct.o for the VC-1 parser.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/Makefile | 2 +-
libavcodec/vc1.c| 11 ---
libavcodec/vc1dec.c | 9 +
3 files changed, 10 insertions(+), 12 deletions(-)
diff --git a/libavcodec/Makefile b/liba
It is unnecessary to initialize the VLCs: The only VLC
that was only ever used by the code reachable from the parser
was ff_vc1_bfraction_vlc; and this VLC has been removed.
Yet vc1dsp is still needed for startcode_find_candidate.
Maybe this should be factored out of vc1dsp in a later
commit.
Sig
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1_parser.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vc1_parser.c b/libavcodec/vc1_parser.c
index 8257e0ccfa..d57fcdf1e1 100644
--- a/libavcodec/vc1_parser.c
+++ b/libavcodec/vc1_parser.c
@@ -65,7 +65,6 @@ sta
The VLC here is very simple, so that it can just be read
by two get_bits().
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1.c | 8
libavcodec/vc1data.c | 21 -
libavcodec/vc1data.h | 4
3 files changed, 4 insertions(+), 29 deletions(-)
diff --git a/l
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vc1.c b/libavcodec/vc1.c
index cacb66b15b..9b4e951baa 100644
--- a/libavcodec/vc1.c
+++ b/libavcodec/vc1.c
@@ -615,7 +615,7 @@ static void rotate_luts(VC1Context *
Added in b50be4e38dc83389925dc14f24fa11e660d32197;
this check was racy back then (as the VLC could be initialized
concurrently) and it is redundant (always-false)
since commit c742ab4e81bb9dcabfdab006d6b8b09a5808c4ce.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1.c | 2 --
1 file changed,
This check has been added in c617bed34f39a122ab1f89581ddce9cc63885383,
merging ee769c6a7c1d4ec6560f5e5a6f457b770b10fb33 to fix
a possible segfault if AVCodecContext.codec is not set
as it may be during parsing. While this fixes the segfault,
it has the unfortunate side effect that it makes the outp
On Sun, Oct 30, 2022 at 1:48 PM Mark Reid wrote:
>
>
> On Wed, Oct 12, 2022 at 3:06 PM Mark Reid wrote:
>
>>
>>
>> On Thu, Sep 29, 2022 at 11:08 AM wrote:
>>
>>> From: Mark Reid
>>>
>>> This patch series adds swscale input/output support for the packed rgb
>>> float formats.
>>> A few of the f
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Sunday, October 30, 2022 10:41 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with alpha"
>
On Sun, Oct 30, 2022 at 14:10:29 +0100, Lynne wrote:
> Sep 27, 2022, 23:06 by gustav.grus...@gmail.com:
>
> > Implements support for 2-pass CRF and 3-pass VBR by implementing
> > reading and writing of stats file, and passing the pass number on
> > to the encoder. For 3-pass VBR, the first pass sh
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Clément Bœsch
> Sent: Sunday, October 30, 2022 10:30 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with alpha"
On Sun, Oct 30, 2022 at 10:30:06PM +0100, Clément Bœsch wrote:
> On Sun, Oct 30, 2022 at 09:19:05PM +, Soft Works wrote:
> [...]
> > At the time of submission I did a lot of experiments and the results
> > seemed to be very useful:
> >
> > https://gist.github.com/softworkz/deef5c2a43d3d629c3e1
On Sun, Oct 30, 2022 at 09:19:05PM +, Soft Works wrote:
[...]
> At the time of submission I did a lot of experiments and the results
> seemed to be very useful:
>
> https://gist.github.com/softworkz/deef5c2a43d3d629c3e17f9e21544a8f
>
On that page, the result of the command using palette* fil
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Clément Bœsch
> Sent: Sunday, October 30, 2022 6:58 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: softwo...@hotmail.com; Clément Bœsch
> Subject: [FFmpeg-devel] [PATCH] Revert "avfilter/vf_palette(gen|use):
> support palettes with alpha"
On Sun, Oct 30, 2022 at 4:10 PM Michael Niedermayer
wrote:
>
> On Sat, Oct 29, 2022 at 02:29:56PM -0400, Neal Gompa wrote:
> > On Fri, Oct 28, 2022 at 2:23 PM Michael Niedermayer
> > wrote:
> > >
> > > Hi
> > >
> > > According to our
> > > https://trac.ffmpeg.org/wiki/Downstreams
> > >
> > > Noon
On Sun, Oct 30, 2022 at 4:16 PM Michael Niedermayer
wrote:
>
> On Sat, Oct 29, 2022 at 02:29:56PM -0400, Neal Gompa wrote:
> > On Fri, Oct 28, 2022 at 2:23 PM Michael Niedermayer
> > wrote:
> > >
> > > Hi
> > >
> > > According to our
> > > https://trac.ffmpeg.org/wiki/Downstreams
> > >
> > > Noon
On Wed, Oct 12, 2022 at 3:06 PM Mark Reid wrote:
>
>
> On Thu, Sep 29, 2022 at 11:08 AM wrote:
>
>> From: Mark Reid
>>
>> This patch series adds swscale input/output support for the packed rgb
>> float formats.
>> A few of the filters also needed support the larger 96/128 bit packed
>> pixel si
On 10/30/2022 12:34 PM, Paul B Mahol wrote:
+static const struct {
+const int order;
+const int inputs;
+const int speakers;
+const int near_field;
+const int type;
+const double xover;
+const A
On 10/30/2022 4:19 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 3:58 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 3:29 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 3:19 PM, Paul B Mahol wrote:
On 10/30/22, James
James Almer:
> The order in which the channels are coded in the bitstream do not always
> follow
> the native, bitmask-based order of channels both signaled by the WAV container
> and forced by this same decoder. This is the case with layouts containing an
> LFE channel, as it's always coded last.
On 10/30/22, James Almer wrote:
> On 10/30/2022 3:58 PM, Paul B Mahol wrote:
>> On 10/30/22, James Almer wrote:
>>> On 10/30/2022 3:29 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
>
>
> On 10/30/2022 3:19 PM, Paul B Mahol wrote:
>> On 10/30/22, James Almer wrote:
On 10/30/2022 3:58 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 3:29 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 3:19 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 12:34 PM, Paul B Mahol wrote:
+static const str
On 10/30/22, James Almer wrote:
> On 10/30/2022 3:29 PM, Paul B Mahol wrote:
>> On 10/30/22, James Almer wrote:
>>>
>>>
>>> On 10/30/2022 3:19 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
> On 10/30/2022 12:34 PM, Paul B Mahol wrote:
>> +static const struct {
>> +
On 10/30/2022 3:29 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 3:19 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 12:34 PM, Paul B Mahol wrote:
+static const struct {
+const int order;
+const int inputs;
+
On 10/30/22, James Almer wrote:
>
>
> On 10/30/2022 3:19 PM, Paul B Mahol wrote:
>> On 10/30/22, James Almer wrote:
>>> On 10/30/2022 12:34 PM, Paul B Mahol wrote:
+static const struct {
+const int order;
+const int inputs;
+const int
On 10/30/2022 3:19 PM, Paul B Mahol wrote:
On 10/30/22, James Almer wrote:
On 10/30/2022 12:34 PM, Paul B Mahol wrote:
+static const struct {
+const int order;
+const int inputs;
+const int speakers;
+const int near_field;
On 10/30/22, James Almer wrote:
>
>
> On 10/30/2022 1:19 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> Signed-off-by: James Almer
>>> ---
>>> doc/APIchanges| 3 +++
>>> doc/utils.texi| 2 ++
>>> libavutil/channel_layout.c| 1 +
>>> libavutil/channel_la
On 10/30/22, James Almer wrote:
> On 10/30/2022 12:34 PM, Paul B Mahol wrote:
>> +static const struct {
>> +const int order;
>> +const int inputs;
>> +const int speakers;
>> +const int near_field;
>> +const int ty
This reverts commit dea673d0d548c864ec85f9260d8900d944ef7a2a.
This change cannot work for several reasons, the most obvious ones are:
- the alpha is being part of the scoring of the color difference, even
though we can not interpret the alpha as part of the perception of the
color (we don't e
On 10/30/2022 1:19 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
doc/APIchanges| 3 +++
doc/utils.texi| 2 ++
libavutil/channel_layout.c| 1 +
libavutil/channel_layout.h| 2 ++
tests/ref/fate/channel_layout | 1 +
5 f
James Almer:
> Signed-off-by: James Almer
> ---
> doc/APIchanges| 3 +++
> doc/utils.texi| 2 ++
> libavutil/channel_layout.c| 1 +
> libavutil/channel_layout.h| 2 ++
> tests/ref/fate/channel_layout | 1 +
> 5 files changed, 9 insertions(+)
>
> diff --git
On 10/30/2022 12:34 PM, Paul B Mahol wrote:
+static const struct {
+const int order;
+const int inputs;
+const int speakers;
+const int near_field;
+const int type;
+const double xover;
+const A
Signed-off-by: James Almer
---
doc/APIchanges| 3 +++
doc/utils.texi| 2 ++
libavutil/channel_layout.c| 1 +
libavutil/channel_layout.h| 2 ++
tests/ref/fate/channel_layout | 1 +
5 files changed, 9 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchange
Patch attached.
From 1b0e75a995dfdb45e514b8ff5b7077adaaed65a1 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 11 Jan 2018 21:32:22 +0100
Subject: [PATCH] avfilter: add ambisonic decoder
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile |1 +
libavfilter/af_ambisonic.c | 2332
Patch attached.
From 72aebb5d79d60d267def506092e13b0d35c4df3d Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Fri, 28 Oct 2022 22:02:29 +0200
Subject: [PATCH] avfilter: add backgroundkey video filter
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilter
Sep 27, 2022, 23:06 by gustav.grus...@gmail.com:
> Implements support for 2-pass CRF and 3-pass VBR by implementing
> reading and writing of stats file, and passing the pass number on
> to the encoder. For 3-pass VBR, the first pass should be run with
> '-pass 1', the second with '-pass 3' and the
Hi,
I was wondering if anyone has picked up this fix for DVD subtitles:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20220930142009.5862-1-aidanmacdonald@gmail.com/
Regards,
Aidan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://
Andreas Rheinhardt:
> These tables are only accessed in ff_set_qscale()
> which only accesses values 1..31 as well as in
> encode_picture() in mpegvideo_enc.c, accessing
> the value with index 8. So make these tables smaller.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/mpegvideodata
On Tue, Oct 25, 2022 at 08:17:04PM +1100, Peter Ross wrote:
> Don't emit interframe mean symbols -128 and 128.
> ---
>
> v3 patch set changes:
> - reordered patchset
> - add stds fields around extradata codec ident
> - use Lavc codec ident when operating in bitexact mode
>
> libavcodec/svq1enc.c
74 matches
Mail list logo
