On Mon, Aug 8, 2022 at 7:50 AM Pierre-Anthony Lemieux wrote:
>
> On Mon, Aug 8, 2022 at 7:48 AM Andreas Rheinhardt
> wrote:
> >
> > p...@sandflow.com:
> > > From: Pierre-Anthony Lemieux
> > >
> > > Addresses http://ffmpeg.org/pipermail/ffmpeg-devel/2022-August/299726.html
> > >
> > > ---
> > >
On Tue, Aug 09, 2022 at 04:38:56PM -0300, James Almer wrote:
> On 8/9/2022 4:34 PM, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/git-howto.texi | 22 +-
> > 1 file changed, 21 insertions(+), 1 deletion(
On Tue, Aug 2, 2022 at 9:54 AM James Zern wrote:
>
> Andreas,
>
> On Thu, Jul 28, 2022 at 11:25 AM Vignesh Venkatasubramanian
> wrote:
> >
> > Stores the item ids of all the items found in the file and
> > processes the primary item at the end of the meta box. This patch
> > does not change any b
Codecs call ff_find_unused_picture() to get the index of
an unused picture; said picture may have buffers left
from using it previously (these buffers are intentionally
not unreferenced so that it might be possible to reuse them;
this is mpegvideo's version of a bufferpool). They should
not make an
It is the proper place to set it, directly besides mb_width and
mb_stride. The reason for doing it the way it is done now seems
to be that the code does not create more slice contexts than necessary
(i.e. not more than one per row), so that this number needs to be
known before setting the number of
On 8/9/2022 4:34 PM, Michael Niedermayer wrote:
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
doc/git-howto.texi | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/doc/git-howto.texi b/doc/git-howto.texi
index 874afabbbc..48389751a4
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
doc/git-howto.texi | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/doc/git-howto.texi b/doc/git-howto.texi
index 874afabbbc..48389751a4 100644
--- a/doc/git-howto.texi
+++ b/doc/git-howto
On Mon, Aug 08, 2022 at 04:50:07PM +0200, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 7ed15f96f6..ed2ec0b90c 100644
> --- a/MAINTAINE
On Tue, Aug 09, 2022 at 07:50:13PM +0200, Lynne wrote:
> Aug 9, 2022, 13:02 by mich...@niedermayer.cc:
>
> > On Tue, Aug 09, 2022 at 12:59:52PM +0200, Michael Niedermayer wrote:
> >
> >> On Tue, Aug 09, 2022 at 12:36:53AM +0200, Michael Niedermayer wrote:
> >> > On Mon, Aug 08, 2022 at 09:26:52PM
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 4840d80fe8..63fa0663d3 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_enc.c
@@ -11
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 2cd4db27bc..4840d80fe8 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_enc.c
@@ -12
Also add const where possible.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index d45e15a039..2cd4db27bc 100644
--- a/libavcodec/mpegvid
These fields are only ever set by the encoder for the current picture
and for no other picture. So only one set of these values needs to
exist, so move them to MpegEncContext.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegpicture.c | 5 -
libavcodec/mpegpicture.h | 5 -
liba
Poisoning returned buffers is based around the implicit assumption
that the contents of said buffers are transient. Yet this is not true
for the buffer pools used by the various hardware contexts which store
important state in there that needs to be preserved.
Furthermore, the current code is also
Of all the buffers that are made writable, three are always allocated
and the other four are allocated iff any one of them is allocated;
so one can replace the seven checks for existence with one.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegpicture.c | 15 ---
1 file changed
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegutils.c | 11 ++-
libavcodec/mpegutils.h | 9 +
2 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/libavcodec/mpegutils.c b/libavcodec/mpegutils.c
index 395bd38ff5..ff9418232b 100644
--- a/libavcodec/mpegutils.c
++
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegutils.c | 101 +++--
1 file changed, 57 insertions(+), 44 deletions(-)
diff --git a/libavcodec/mpegutils.c b/libavcodec/mpegutils.c
index 4cbc474543..395bd38ff5 100644
--- a/libavcodec/mpegutils.c
+++ b/liba
Up until now, ff_wmv2_decode_secondary_picture_header() only
set the mb_type array for non I-pictures, so that the decoding
process uses the earlier values of this array; this affects
the output of the wmv8-x8intra FATE-test (which this patch
therefore updates). These earlier values were set when d
Aug 9, 2022, 13:02 by mich...@niedermayer.cc:
> On Tue, Aug 09, 2022 at 12:59:52PM +0200, Michael Niedermayer wrote:
>
>> On Tue, Aug 09, 2022 at 12:36:53AM +0200, Michael Niedermayer wrote:
>> > On Mon, Aug 08, 2022 at 09:26:52PM +0200, Lynne wrote:
>> > > Aug 8, 2022, 16:50 by mich...@niedermaye
This was missed in db54426975e124e98e5130ad01316cb7afd60630.
Signed-off-by: Martin Storsjö
---
In practice, ptrdiff_t and int are the same type on arm, so these
didn't cause any warnings and haven't been caught due to that.
---
libavcodec/arm/vc1dsp_init_neon.c | 12 ++--
1 file changed,
These were missed when h264_chroma_mc_func was changed in
e4a94d8b36c48d95a7d412c40d7b558422ff659c.
Signed-off-by: Martin Storsjö
---
libavcodec/arm/rv40dsp_init_arm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/arm/rv40dsp_init_arm.c
b/libavcodec/arm/
On Thu, 23 Jun 2022, J. Dekker wrote:
old:
hevc_idct_16x16_8_c: 5366.2
hevc_idct_16x16_8_neon: 1493.2
new:
hevc_idct_16x16_8_c: 5363.2
hevc_idct_16x16_8_neon: 943.5
Co-developed-by: Rafal Dabrowa
Signed-off-by: J. Dekker
---
libavcodec/aarch64/hevcdsp_idct_neon.S| 666 +++
On 2022-08-09 04:55 pm, Hendrik Leppkes wrote:
On Tue, Aug 9, 2022 at 12:46 PM Gyan Doshi wrote:
On 2022-08-09 04:00 pm, Ronald S. Bultje wrote:
On Tue, Aug 9, 2022 at 5:36 PM Gyan Doshi wrote:
On 2022-08-09 02:57 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-08-09 11:22:39)
I am
On Thu, 23 Jun 2022, J. Dekker wrote:
Signed-off-by: J. Dekker
---
libavcodec/aarch64/Makefile | 3 +-
libavcodec/aarch64/hevcdsp_deblock_neon.S | 168 ++
libavcodec/aarch64/hevcdsp_init_aarch64.c | 14 ++
3 files changed, 184 insertions(+), 1 deletion(-)
creat
On Tue, Aug 9, 2022 at 12:46 PM Gyan Doshi wrote:
>
>
>
> On 2022-08-09 04:00 pm, Ronald S. Bultje wrote:
> > On Tue, Aug 9, 2022 at 5:36 PM Gyan Doshi wrote:
> >
> >>
> >> On 2022-08-09 02:57 pm, Anton Khirnov wrote:
> >>> Quoting Gyan Doshi (2022-08-09 11:22:39)
> I am a docs maintainer so
Hi,
Am Montag, 8. August 2022, 21:26:52 CEST schrieb Lynne:
> Aug 8, 2022, 16:50 by mich...@niedermayer.cc:
>
> > Given the recent server issues, i wonder if we should suggest/recommand
> > and document signing commits and tags
> >
> > i tried to push such commit to github and it nicely says "ver
On Tue, 9 Aug 2022, Martin Storsjö wrote:
On Thu, 23 Jun 2022, J. Dekker wrote:
hevc_add_res_4x4_12_c: 46.0
hevc_add_res_4x4_12_neon: 18.7
hevc_add_res_8x8_12_c: 194.7
hevc_add_res_8x8_12_neon: 25.2
hevc_add_res_16x16_12_c: 716.0
hevc_add_res_16x16_12_neon: 69.7
hevc_add_res_32x32_12_c: 3820.7
On Thu, 23 Jun 2022, J. Dekker wrote:
hevc_add_res_4x4_12_c: 46.0
hevc_add_res_4x4_12_neon: 18.7
hevc_add_res_8x8_12_c: 194.7
hevc_add_res_8x8_12_neon: 25.2
hevc_add_res_16x16_12_c: 716.0
hevc_add_res_16x16_12_neon: 69.7
hevc_add_res_32x32_12_c: 3820.7
hevc_add_res_32x32_12_neon: 261.0
Signed-o
On Thu, 23 Jun 2022, J. Dekker wrote:
Signed-off-by: J. Dekker
---
libavcodec/aarch64/hevcdsp_idct_neon.S | 216 -
1 file changed, 108 insertions(+), 108 deletions(-)
LGTM, thanks!
// Martin
___
ffmpeg-devel mailing list
ffm
On Tue, Aug 09, 2022 at 12:59:52PM +0200, Michael Niedermayer wrote:
> On Tue, Aug 09, 2022 at 12:36:53AM +0200, Michael Niedermayer wrote:
> > On Mon, Aug 08, 2022 at 09:26:52PM +0200, Lynne wrote:
> > > Aug 8, 2022, 16:50 by mich...@niedermayer.cc:
> > >
> > > > Given the recent server issues, i
On Thu, 23 Jun 2022, J. Dekker wrote:
Signed-off-by: J. Dekker
---
tests/checkasm/hevc_add_res.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/tests/checkasm/hevc_add_res.c b/tests/checkasm/hevc_add_res.c
index 0c896adaca..f17d121939 100644
--- a/tests/check
On Tue, Aug 09, 2022 at 12:36:53AM +0200, Michael Niedermayer wrote:
> On Mon, Aug 08, 2022 at 09:26:52PM +0200, Lynne wrote:
> > Aug 8, 2022, 16:50 by mich...@niedermayer.cc:
> >
> > > Given the recent server issues, i wonder if we should suggest/recommand
> > > and document signing commits and t
Andreas Rheinhardt:
> These tables are only used by encoders and only for the current picture;
> ergo they need not be put into the picture at all, but rather into
> the encoder's context. They also don't need to be refcounted,
> because there is only one owner.
>
> In contrast to this, the earlie
On 2022-08-09 04:00 pm, Ronald S. Bultje wrote:
On Tue, Aug 9, 2022 at 5:36 PM Gyan Doshi wrote:
On 2022-08-09 02:57 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-08-09 11:22:39)
I am a docs maintainer so I push these directly.
All patches should go through the mailing list, so othe
On Tue, Aug 9, 2022 at 5:36 PM Gyan Doshi wrote:
>
>
> On 2022-08-09 02:57 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2022-08-09 11:22:39)
> >> I am a docs maintainer so I push these directly.
> > All patches should go through the mailing list, so other people get the
> > opportunity to com
On 2022-08-09 03:15 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-08-09 11:36:22)
On 2022-08-09 02:57 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-08-09 11:22:39)
I am a docs maintainer so I push these directly.
All patches should go through the mailing list, so other people get
Quoting Gyan Doshi (2022-08-09 11:36:22)
>
>
> On 2022-08-09 02:57 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2022-08-09 11:22:39)
> >> I am a docs maintainer so I push these directly.
> > All patches should go through the mailing list, so other people get the
> > opportunity to comment on
> On Aug 3, 2022, at 9:18 PM, Derek Buitenhuis
> wrote:
>
> Some muxers, such as GPAC, create files with only one sidx, but two streams
> muxed into the same fragments pointed to by this sidx.
>
> Prevously, in such a case, when we seeked in such files, we fell back
> to, for example, using t
On 2022-08-09 02:57 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-08-09 11:22:39)
I am a docs maintainer so I push these directly.
All patches should go through the mailing list, so other people get the
opportunity to comment on them.
I do that for more extensive changes.
As the guide
Quoting Gyan Doshi (2022-08-09 11:22:39)
> I am a docs maintainer so I push these directly.
All patches should go through the mailing list, so other people get the
opportunity to comment on them.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-de
I do not see this patch on the mailing list.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject
41 matches
Mail list logo
