8d6c81e1e7e7a994b
> >
> > Signed-off-by: Ross Burton
> > ---
> > libavcodec/arm/mlpdsp_armv5te.S | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
>
> LGTM, thanks, I pushed this patch!
This patch fixes #11074. Please backport to 7.0.
Cheers
--
Sebas
US_SUCCESS) {
> int k;
> -unsigned long buffer_handle;
> +uintptr_t buffer_handle;
> VASurfaceAttribExternalBuffers buffer_desc;
> VASurfaceAttrib buffer_attrs[2] = {
> {
&g
On 2024-07-30 11:58:15 +0200, Sebastian Ramacher wrote:
> On 2024-01-06 22:40:39 +0100, Lynne wrote:
> > Jan 6, 2024, 07:18 by s...@gentoo.org:
> >
> > >
> > > Sam James writes:
> > >
> > >> FIx warnings (soon to be errors in GCC 14, alr
ULL.
> >>
> >> Fix Trac ticket #10724.
> >>
> >> Was reported downstream in Gentoo at https://bugs.gentoo.org/919067.
> >>
> >> Signed-off-by: Sam James
> >>
> >
> > ping
> >
>
> Missed it.
> Pushed, than
7a45bd..66fdde1f39 100644
> > --- a/libavcodec/vaapi_vp8.c
> > +++ b/libavcodec/vaapi_vp8.c
> > @@ -209,7 +209,7 @@ static int vaapi_vp8_decode_slice(AVCodecContext *avctx,
> > for (i = 0; i < 8; i++)
> > sp.partition_size[i+1] = s->coeff_partition_s
, blocks * s->block_size);
> dst16 += blocks * s->block_size / 2;
> #else
> int samples = blocks * avctx->ch_layout.nb_channels;
> --
Please backport this patch to 7.0 to fix https://trac.ffmpeg.org/ticket/9
Cheers
--
Sebastian Ramacher
__
tectures moving to ports
never made it back as an official supported architecture (at least
during the last 10 years that I was involved with the project).
Cheers
--
Sebastian Ramacher
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpe
nal nail into the coffin and we need to start looking at its
removal [1].
Best
Sebastian
[1] I don't usually like to threaten removal, but there is a limit of
what volunteer package maintainers can handle.
--
Sebastian Ramacher
___
ffmpeg-devel
On 2024-06-03 23:32:37 +0200, Michael Niedermayer wrote:
> On Sun, Jun 02, 2024 at 03:49:42PM +0200, Sebastian Ramacher wrote:
> > On 2024-03-03 09:55:15 +0100, Sebastian Ramacher wrote:
> > > On 2024-03-02 20:39:08 -0500, Sean McGovern wrote:
> > > > On Sat, Mar 2, 2
On 2024-03-03 09:55:15 +0100, Sebastian Ramacher wrote:
> On 2024-03-02 20:39:08 -0500, Sean McGovern wrote:
> > On Sat, Mar 2, 2024, 18:19 Michael Niedermayer
> > wrote:
> >
> > > On Sun, Mar 03, 2024 at 12:06:14AM +0100, Sebastian Ramacher wrote:
> > >
On 2024-03-02 20:39:08 -0500, Sean McGovern wrote:
> On Sat, Mar 2, 2024, 18:19 Michael Niedermayer
> wrote:
>
> > On Sun, Mar 03, 2024 at 12:06:14AM +0100, Sebastian Ramacher wrote:
> > > On 2024-03-02 23:55:38 +0100, Michael Niedermayer wrote:
> > > > On T
rity issues
> > * data loss
> > * privacy issues
> > * anything the commuity agrees should be in the release
>
> We still have 3 blocking issues on trac
>
> do people want me to wait or ignore them and branch ?
> Iam not sure when the exact d
On 2023-11-17 09:03:03 -0800, Dmitry Rogozhkin wrote:
> Guard against segfault running VLC decoding under msys2 [1]:
>
> Thread 33 received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 37728.0xadd0]
> ff_hwaccel_frame_priv_alloc (avctx=0x6447b00,
> hwaccel_picture_private=0x65dfd00)
---
libavcodec/avfft.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 3ef076d222..999b5ed79a 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -130,6 +130,7 @@ av_cold void av_mdct_end(FFTContext *s)
{
if (s) {
AVTXWrapper
---
libavcodec/avfft.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index fb635abfff..3ef076d222 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -46,7 +46,7 @@ FFTContext *av_fft_init(int nbits, int inverse)
{
---
libavcodec/avfft.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 93203228c2..813b6d61a1 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -102,7 +102,8 @@ FFTContext *av_mdct_init(int nbits, int inverse, double
This patch series fixes the above issues. The initial issue in av_fft_end was
discuvered via the
test suite of r-cran-av.
Sebastian Ramacher (3):
avcodec/fft: Do not uninit never initialized ctx2
avcodec/fft: Set potentially unused wrapper variables to avoid invalid
free/uninit
avcode
---
libavcodec/avfft.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 813b6d61a1..1b8d6f76c3 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -130,6 +130,7 @@ av_cold void av_mdct_end(FFTContext *s)
{
if (s) {
AVTXWrapper
---
libavcodec/avfft.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index fb635abfff..93203228c2 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -76,7 +76,6 @@ av_cold void av_fft_end(FFTContext *s)
if (s) {
AVTXWrapper *w = (
proper fix for https://trac.ffmpeg.org/ticket/10636 for
at least 6.0.1.
Cheers
--
Sebastian Ramacher
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-deve
20 matches
Mail list logo
