res 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
ail 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 mailing l
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
t; > * 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 deadline is b
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,
>
---
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) {
---
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,
)
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
avcoded/fft
---
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) {
---
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 =
r 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-devel-req
14 matches
Mail list logo