Andreas Rheinhardt:
> This check is intended to be avoid buffer overflows,
> yet there are four problems with it:
> 1. It has an in-built off-by-one error: len == out_end - out
> is perfectly fine and nothing to worry about.
> This off-by-one error led to the pixel in the lower-right corner
> not b
The codes here have the property that the long codes
are to the left of the tree (each zero bit child node
is by definition to the left of its one bit sibling);
they also have the property that among codes of the same length,
the symbol is ascending from left to right.
These properties can be used
While the share of elements used by both is quite big, the amount
of code shared between the decoders and encoders is negligible.
Therefore one can easily split the context if one wants to.
The reasons for doing so are that the non-shared elements
are non-negligible: The stats array which is only u
This is in preparation for splitting HYuvContext.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuv.c| 9 -
libavcodec/huffyuv.h| 1 -
libavcodec/huffyuvdec.c | 5 +++--
libavcodec/huffyuvenc.c | 4 +++-
4 files changed, 6 insertions(+), 13 deletions(-)
diff --git a/libav
These parameters are easily accessible whereever they
are accessed, so using copies from HYuvContext is
unnecessary.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuv.c| 9 ++---
libavcodec/huffyuv.h| 3 +--
libavcodec/huffyuvdec.c | 10 +-
libavcodec/huffyuvenc.c |
av_pix_fmt_get_chroma_sub_sample() is superfluous if one
already has an AVPixFmtDescriptor.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c
index f903b1924a..9
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c
index 020159a20e..f903b1924a 100644
--- a/libavcodec/huffyuvenc.c
+++ b/libavcodec/huffyuvenc.c
@@ -207,7 +20
It is nearly unused anyway, so stop use the field altogether.
This is in preparation for splitting HYuvContext into
decoder and encoder contexts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuv.c| 1 -
libavcodec/huffyuvdec.c | 18 +-
libavcodec/huffyuvenc.c | 1 +
It is the only thing that is actually used.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 2 +-
libavcodec/huffyuvencdsp.c | 4 ++--
libavcodec/huffyuvencdsp.h | 6 +++---
libavcodec/x86/huffyuvencdsp_init.c | 4 ++--
4 files changed, 8 insertions(
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c
index 8867de0d44..84ab7f423a 100644
--- a/libavcodec/huffyuvenc.c
+++ b/libavcodec/huffyuvenc.c
@@ -391,9 +391,
All codecs here have the FF_CODEC_CAP_INIT_CLEANUP set,
so ff_huffyuv_common_end() will be called automatically
in encode_end() on error.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuve
The ffvhuff encoder has AVCodec.pix_fmts set and therefore
encode_preinit_video() checks that the used pixel format
is permissible.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuve
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c
index d159d5d309..fa4923962f 100644
--- a/libavcodec/huffyuvenc.c
+++ b/libavcodec/huffyuvenc.c
@@ -348,7 +348,
Signed-off-by: Andreas Rheinhardt
---
libavcodec/huffyuvenc.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c
index 2d63b12abc..d159d5d309 100644
--- a/libavcodec/huffyuvenc.c
+++ b/libavcodec/huffyuvenc.c
@@
Also improve the other headers a bit.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ylc.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libavcodec/ylc.c b/libavcodec/ylc.c
index 3ea6749ffe..29c10f05da 100644
--- a/libavcodec/ylc.c
+++ b/libavcodec/ylc.c
@@ -18,21 +1
From: Mark Reid
floating point uses a slightly different predictor technique describe here
http://chriscox.org/TIFFTN3d1.pdf
Here is a link the test files, if someone could add them to fate me
https://www.dropbox.com/s/fg59h2os4gb4wug/tiff_fate_samples.zip
---
libavcodec/tiff.c
Mark Reid:
> On Sat, Oct 1, 2022 at 7:22 AM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> mindm...@gmail.com:
>>> From: Mark Reid
>>>
>>> floating point uses a slightly different predictor technique describe
>> here
>>> http://chriscox.org/TIFFTN3d1.pdf
>>>
>>> Here is a link
On Sat, Oct 1, 2022 at 7:22 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> mindm...@gmail.com:
> > From: Mark Reid
> >
> > floating point uses a slightly different predictor technique describe
> here
> > http://chriscox.org/TIFFTN3d1.pdf
> >
> > Here is a link the test files, if
It is only used by three of the thirty files that (potentially
indirectly) include mpeg4audio.h. Twenty of these files won't
have a put_bits.h inclusion any more after this patch.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/aac_adtstoasc_bsf.c | 1 +
libavcodec/mpeg4audio.c | 1
We never guard against a user freeing/stealing the private context;
and returning AVERROR(EIO) is inappropriate.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/sbcdec.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/sbcdec.c b/libavcodec/sbcdec.c
index 3fac2f5016..fd7c2e5e80
A lot of the stuff in ASV1Context is actually only used
by decoders or encoders, but not both: Of the seven contexts
in ASV1Context, only the BswapDSPContext is used by both.
So splitting makes sense.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/asv.c| 4 ++-
libavcodec/asv.h| 25 ++
mindm...@gmail.com:
> From: Mark Reid
>
> floating point uses a slightly different predictor technique describe here
> http://chriscox.org/TIFFTN3d1.pdf
>
> Here is a link the test files, if someone could add them to fate me
> https://www.dropbox.com/s/fg59h2os4gb4wug/tiff_fate_samples.zip
>
>
From: Mark Reid
floating point uses a slightly different predictor technique describe here
http://chriscox.org/TIFFTN3d1.pdf
Here is a link the test files, if someone could add them to fate me
https://www.dropbox.com/s/fg59h2os4gb4wug/tiff_fate_samples.zip
---
libavcodec/tiff.c
From: Rémi Denis-Courmont
This adds a variant of the postfilter for use with 256-bit vectors (or
larger). Since the function requires 160-bit logical vectors, we can
cut the group multiplier down to just one.
The different vector type is passed via register. Unfortunately,
there is no VSETIVL in
From: Rémi Denis-Courmont
This is optimised for a vector size of 128-bit. Or maybe it would be
more accurate to state that this is not properly optimised for larger
vector sizes, as they would work just fine with a smaller vector group
multiplier.
---
libavcodec/opusdsp.c| 2 ++
lib
From: Rémi Denis-Courmont
On most cases, the vector type (VTYPE) for the RISC-V Vector extension
is supplied as an immediate value, with either of the VSETVLI or
VSETIVLI instructions. There is however a third instruction VSETVL
which takes the vector type from a general purpose register. That is
Hello,
This adds the Opus post-filter. Opus deemphasis is not included as it (IMHO)
involves too many unknowns to write a good implementation without
benchmarking.
This post-filter implementation merely vectors the scalar product. It does
purposed not vector the memory accesses to avoid r
On 01.10.2022 08:13, OvchinnikovDmitrii wrote:
---
libavcodec/avcodec.h | 8
libavcodec/codec_par.h | 8
2 files changed, 16 insertions(+)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 7365eb5cc0..66df571afc 100644
--- a/libavcodec/avcodec.h
+++ b/libavco
On Sat, Oct 1, 2022 at 8:14 AM OvchinnikovDmitrii
wrote:
>
> Support both simple and receive_frame api
> The container crop information is applied additional to frame crop information
> ---
> libavcodec/codec_par.c | 8
> libavcodec/decode.c| 20
> 2 files chang
On Sat, Oct 1, 2022 at 8:14 AM OvchinnikovDmitrii
wrote:
>
> ---
> libavcodec/avcodec.h | 8
> libavcodec/codec_par.h | 8
> 2 files changed, 16 insertions(+)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 7365eb5cc0..66df571afc 100644
> --- a/libavcodec/
30 matches
Mail list logo
