, just a statement from you
> saying
> > > you know him and hes still your good friend vittorio
> >
> >
> > I just had a few beers with Vittorio and can confirm he’s still himself
> and
> > in control of his keys.
>
> Thats excelent, thanks alot
asonable way
of percent-encoding the URL in the specific case of playlists (or
possibly just HLS).
Thanks!
Tim
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or ema
Tim
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
laying the victim
you want to do.
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
rted, but instead of letting the wounds heal you throw salt in them.
> And while people are working and improving the code you push another
> round of animosity
No, I am expressing my opinion (which several people share) and I am
entitled to do so in the same way you are.
Kieran
_
On Thu, 22 May 2025, 15:03 softworkz ., wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Kieran
> > Kunhya via ffmpeg-devel
> > Sent: Donnerstag, 22. Mai 2025 14:46
> > To: FFmpeg development discussions and patches
> > C
, int st_index,
> + PayloadContext *data, const char *line)
> +{
> + const char *p;
> +
> + if (st_index < 0)
> + return 0;
> +
> + if (av_strstart(line, "fmtp:", &p)) {
> + return ff_parse_fmtp(s, s->streams[st_index], data, p, parse_fmtp);
>
> + }
> + return 0;
> +}
> +
> +const RTPDynamicProtocolHandler ff_opus_dynamic_handler = {
> + .enc_name = "opus",
> + .codec_type = AVMEDIA_TYPE_AUDIO,
> + .codec_id = AV_CODEC_ID_OPUS,
> + .parse_sdp_a_line = opus_parse_sdp_line,
> +};
> --
> 2.39.5 (Apple Git-154)
LGTM.
Best,
Tristan
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
to repeat the mistakes of swscale.
Kieran
_______________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
It's obvious basic testing was not done on this patchset seeing the scale
of memory leaks.
I would like the TC to decide on reverting and proper resubmission later.
Kieran
On Wed, 21 May 2025, 21:37 softworkz .,
wrote:
>
>
> > -Original Message-
> > From: ffm
On Fri, May 23, 2025 at 12:33 PM Michael Niedermayer
wrote:
>
> Hi Kieran
>
> On Fri, May 23, 2025 at 08:51:43AM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> [...]
> > I appreciate the way the 2024 organisers ran STF was not exactly stellar
>
> It seems every
On Fri, May 23, 2025 at 3:50 PM Devin Heitmueller
wrote:
>
> Hello Michael,
>
> On Fri, May 23, 2025 at 5:45 AM Michael Niedermayer
> wrote:
> > On Thu, May 22, 2025 at 07:55:40PM -0400, Devin Heitmueller wrote:
> > > On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya
ff_make_absolute_url(char *buf, int size, const char *base,
const char *rel);
+/**
+ * Percent-encode a URL, to avoid it being incorrectly parsed.
+ *
+ * @param buf the buffer where output absolute url is written
+ * @param size the size of buf
+ * @param url the url to encode
+
:40PM -0400, Devin Heitmueller wrote:
> > > > On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya via ffmpeg-devel
> > > > wrote:
> > > > > I wanted to put on the record that adding RaptorQ to FFmpeg isn't
> > > > > maintenance of FFmpeg.
> &
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
,
Kieran Kunhya
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On Fri, 23 May 2025, 04:44 Lynne, wrote:
> On 23/05/2025 08:42, Kieran Kunhya via ffmpeg-devel wrote:
> > Hello,
> >
> > I wanted to put on the record that adding RaptorQ to FFmpeg isn't
> > maintenance of FFmpeg.
>
> It isn't -- it's research.
&
On Fri, 23 May 2025, 04:44 Lynne, wrote:
> On 23/05/2025 08:42, Kieran Kunhya via ffmpeg-devel wrote:
> > Hello,
> >
> > I wanted to put on the record that adding RaptorQ to FFmpeg isn't
> > maintenance of FFmpeg.
>
> It isn't -- it's research.
&g
le are not machienes that can
> be placed and told things arbitrary. RaptorQ is "cool", ARQ is boring
>
> Some people enjoy working on "cool" things, dont tell them to work on
> boring things please. Its bad for them, and likely bad for the results.
>
They can work
On Fri, 23 May 2025, 10:45 Michael Niedermayer,
wrote:
> Hi
>
> On Thu, May 22, 2025 at 07:55:40PM -0400, Devin Heitmueller wrote:
> > On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya via ffmpeg-devel
> > wrote:
> > > I wanted to put on the record that
On Fri, 23 May 2025, 12:33 Michael Niedermayer,
wrote:
> Hi Kieran
>
> On Fri, May 23, 2025 at 08:51:43AM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> [...]
> > I appreciate the way the 2024 organisers ran STF was not exactly stellar
>
> It seems every mail you pos
)
vp9_inv_dct_dct_32x32_sub32_add_10_avx512icl: 506.6 (17.37x)
vp9_itx_10_avx512.patch
Description: Binary data
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ
On Fri, 23 May 2025, 21:35 Michael Niedermayer,
wrote:
> Hi Kieran
>
> On Fri, May 23, 2025 at 04:45:53PM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Fri, May 23, 2025 at 4:00 PM Kieran Kunhya
> wrote:
> > >
> > > On Fri, May 23, 2025 at
rch=rv64gcv_zba_zbb_zbs -O3 -ffast-math'
> >> --cross-prefix=/home/pz9115/rvv/bin/riscv64-unknown-linux-gnu-
> >> --cc=/home/pz9115/rvv/bin/riscv64-unknown-linux-gnu-gcc
> >> --cxx=/home/pz9115/rvv/bin/riscv64-unknown-linux-gnu-g++ --enable-static
> >> --enable-cr
ot;.
Not to mention emailed with text clearly from ChatGPT.
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ities,
>
> This is a serious accusation.
>
Changing the licence based on a technicality (that would not stand up in
court) is also a serious step.
FFmpeg should get legal advice before doing this and there should be a vote.
I am astonished how flippantly this is being treated
question about will and time than vote.
>
Librempeg has this licence statement:
All Librempeg modifications, and any new files not available in FFmpeg, are
licensed under GPL v2, unless stated otherwise.
So how do you plan to merge?
Kieran
>
___
ffm
On Sat, 31 May 2025, 10:17 Dmitriy Kovalenko,
wrote:
> This patch integrates so called double bufferring when we are loading
>
Nit: I am not sure this is what most people refer to as "double buffering"
Kieran
>
_______
ffmpeg-devel
t; +return AVERROR(ENOMEM);
> +}
> +
> +buf = tmp_buf;
> +}
> +} while (ret != Z_STREAM_END);
>
> *out_len = chunk - strm.avail_out;
> buf[*out_len] = 0; // Ensure null termination
> --
> ffmpeg-codebot
_____
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
0d749971265858612AA7139"
> +}
> + }
> +}
> --
> 2.49.0
>
This surely has tax implications for SPI?
Also, is this wallet owned by the owner of avcodec.org?
Kieran
>
--- End Message ---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
happen there anyway.
+1
Kind regards from Reto
--- End Message ---
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
--- Begin Message ---
Oops, sorry for the noise. Reto--- End Message ---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected]
--- Begin Message ---
On Mon, 16 Jun 2025, 10:29 Reto Kromer via ffmpeg-devel, <
[email protected]> wrote:
>
>
>
> -- Forwarded message --
> From: Reto Kromer
> To: FFmpeg development discussions and patches
> Cc:
> Bcc:
> Date: Mon, 16
--- Begin Message ---
Friendly ping.
This feature came up during the review of "[PATCH 2/2] avcodec/libaom:
Add tests for HDR10+ metadata support"
https://ffmpeg.org/pipermail/ffmpeg-devel/2025-June/344683.html
On Tue, Jun 10, 2025 at 5:02 PM Maryla Ustarroz-Calonge via
ffmpeg-de
x86/h264dsp_init.c
> @@ -76,7 +76,7 @@ IDCT_ADD_REP_FUNC2(, 8_422, 8, mmx)
> IDCT_ADD_REP_FUNC2(, 8_422, 10, sse2)
> IDCT_ADD_REP_FUNC2(, 8_422, 10, avx)
>
> -void ff_h264_luma_dc_dequant_idct_sse2(int16_t *output, int16_t *input, int
> qmul);
> +void ff_h264_luma_dc_dequant_
|| { $_cc -v 2>&1 | grep -q
clang && $_cc -? > /dev/null 2>&1; }; then
_type=msvc
if $_cc -nologo- 2>&1 | grep -q ^Microsoft; then
- # The version number is printed on the first line on stderr, stdout
- # gets the usage inst
to USD and sent to SPI
> but is being held as bitcoin purely out of ideological beliefs.
>
> Kieran
I would recommend all FFmpeg developers read about why stablecoins are
a bad idea from actual economists, not Youtube economists:
https://archive.ph/6Ku7u
Kieran
--- End Message ---
These questions arent written for others. So the discussions
> are much nicer and shorter if others reply.
Hi Michael,
Thank you for your kind words. So just to confirm if Derek asked
directly who owns avcodec.org, you'd answer?
Kieran
--- End Message ---
--- Begin Message ---
On Wed, 25 Jun 2025, 02:09 compn, wrote:
> On Tue, 24 Jun 2025 10:22:26 +0200, Kieran Kunhya via ffmpeg-devel
> wrote:
>
> > On Tue, 24 Jun 2025, 09:28 compn, wrote:
> >
> > > On Tue, 24 Jun 2025 07:48:30 +0100, Kieran Kunhya via ffmpeg-devel
}
drmFreeVersion(info);
#endif
av_log(ctx, AV_LOG_VERBOSE, "Trying to use "
"DRM render node for device %d.\n", n);
--
2.48.1
--- End Message ---
_______
ffmpeg-devel mailing list
ff
e. And
> of course back again to MOV if so desired.
>
> I haven't sketched out any API yet, but it would probably closely
> mirror how elst works in MOV. Care should be taken that MXF operational
> pattern 3a can also fit into
tried make
fate on a few different machines and didn't hit that.
Best,
Tristan
--- End Message ---
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
f
rse_ntp_time(s->last_rtcp_ntp_time) - NTP_OFFSET_US;
> -delta_timestamp = (int64_t)timestamp - (int64_t)s->last_rtcp_timestamp;
> +delta_timestamp = (int32_t)(timestamp - s->last_rtcp_timestamp);
> delta_time = av_rescale_q(delta_timestamp, s->st->time_base,
> AV_TIME_BASE_Q
--- Begin Message ---
> On Jun 9, 2025, at 05:17, Michael Niedermayer wrote:
>
> Hi
>
> On Sun, Jun 08, 2025 at 04:52:35PM -0700, rcombs via ffmpeg-devel wrote:
>> Date: Sun, 8 Jun 2025 16:52:35 -0700
>> From: rcombs
>> To: [email protected]
>>
xxx
>
Why does this need to be part of FFmpeg if it's a wrapper script to spawn a
web browser (nothing to do with FFmpeg's actual purpose of processing
multimedia).
Kieran
>
--- End Message ---
_______
ffmpeg-devel mailing list
ffmpeg-deve
;);
+return AVERROR_EXPERIMENTAL;
+}
+
if ((ret = initialize(s)) < 0)
goto end;
--
2.49.0
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or e
On Thu, Jun 5, 2025 at 3:55 PM Jack Lau via ffmpeg-devel
wrote:
>
> Signed-off-by: Jack Lau
> ---
> libavformat/whip.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index 0671e23635..e7cd57400d 100644
> --- a
On Thu, 5 Jun 2025, 00:03 Jack Lau, wrote:
>
>
> > On Jun 5, 2025, at 06:20, Kieran Kunhya via ffmpeg-devel <
> [email protected]> wrote:
> >
> > On Wed, 4 Jun 2025, 12:46 Steven Liu, wrote:
> >
> >> Kieran Kunhya via ffmpeg-
red.cert_buf);
av_freep(&ctx->tls_shared.key_buf);
-#if OPENSSL_VERSION_NUMBER < 0x3000L /* OpenSSL 3.0 */
- EC_KEY_free(ctx->dtls_eckey);
-#endif
+EVP_PKEY_free(ctx->pkey);
return 0;
}
--
2.49.0
_______
ffmpeg-dev
--- Begin Message ---
This muxer has been marked AVFMT_EXPERIMENTAL.
Add a note in muxers.texi that WHIP is an experimental feature
This patch doesn't effect WHIP usage command, as WHIP always
needs to be explicitly specified
The details as follows:
https://ffmpeg.org/pipermail/ffmpeg-
ctures have all dealt with that issue cleanly already.
> _______
> ffmpeg-devel mailing list
> [email protected]
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> [email protected] with subject "unsubscribe
in the project, parts of ffmpeg are owned by
> individual developers.
>
> -compn
>
You know perfectly well this wallet could be converted to USD and sent to
SPI but is being held as bitcoin purely out of ideological beliefs.
Kieran
>
--- End Message ---
_______
--- Begin Message ---
Hi Martin!
On 2025-06-21 13:37 +0300, Martin Storsjö wrote:
> > On 21. Jun 2025, at 12.20, Alexander Strasser via ffmpeg-devel
> > wrote:
> >
> >
> > On 2025-06-21 00:03 +0200, Kacper Michajlow wrote:
> >> On Fri, 20 Jun 202
key file path for DTLS",
OFFSET(key_file), AV_OPT_TYPE_STRING, { .str = NULL }, 0,
0, ENC },
+{ "whip_flags", "Set flags affecting WHIP connection behavior",
OFFSET(flags), AV_OPT_TYPE_FLAGS, { .i64 = 0 },
T_MAX, ENC, .unit = "flags" },
+{ "ignore_ipv6", "The optional ignore any IPv6 ICE candidate",
0,
+AV_OPT_TYPE_CONST, { .i64 = WHIP_FLAG_IGNORE_IPV6 },0,
UINT_MAX, ENC, .unit = "flags" },
{ NULL },
};
--
2.49.0
--- End Message ---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ot;The optional private key file path for DTLS",
OFFSET(key_file), AV_OPT_TYPE_STRING, { .str = NULL }, 0,
0, ENC },
{ NULL },
};
--
2.49.0
--- End Message ---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
gs affecting WHIP connection behavior",
OFFSET(flags), AV_OPT_TYPE_FLAGS, { .i64 = 0 },
0, UINT_MAX, ENC, .unit = "flags" },
+{ "ignore_ipv6","The optional ignore any IPv6 ICE candidate", 0,
AV_OPT_TYPE_CONST, { .i64 =
re_ipv6", "The optional Ignore any IPv6 ICE candidate",
0,
+AV_OPT_TYPE_CONST, { .i64 = WHIP_FLAG_IGNORE_IPV6 }, 0,
UINT_MAX, ENC, .unit = "flags" },
{ NULL },
};
--
2.49.0
--- End Message ---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
--- Begin Message ---
On Thu, Jun 12, 2025 at 6:48 PM Devin Heitmueller
wrote:
>
> On Thu, Jun 12, 2025 at 12:27 PM Maryla Ustarroz-Calonge via
> ffmpeg-devel wrote:
> > -- Forwarded message --
> > From: Maryla Ustarroz-Calonge
> > To: ffmpeg-devel
IO_new_mem_buf(pem_str, -1);
+#endif
if (!mem) {
av_log(NULL, AV_LOG_ERROR, "BIO_new_mem_buf failed\n");
return NULL;
--
2.49.0
--- End Message ---
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.o
nd Message ---
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
--- Begin Message ---
On Thu, Jun 5, 2025 at 9:27 AM Andreas Rheinhardt
wrote:
>
> Maryla Ustarroz via ffmpeg-devel:
> > On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt
> > wrote:
> >>
> >> Maryla Ustarroz-Calonge via ffmpeg-devel:
> >>> The new
--- Begin Message ---
On Wed, Jun 25, 2025 at 9:23 PM James Zern wrote:
>
> On Tue, Jun 10, 2025 at 8:02 AM Maryla Ustarroz-Calonge via
> ffmpeg-devel wrote:
> >
> >
> >
> >
> > -- Forwarded message --
> > From: Maryla Ustarroz-Ca
$nextrev
> -
> -if [ "$1" = "noop" -a -n "$2" ]; then
> -printf "\nThis commit is a noop, see $2\n" >> .git/MERGE_MSG
> -fi
> -
> -printf "\nMerged-by: $(git config --get user.name) <$(git config --get
> user.email)>\
speaking, it seemed like a good
place to start.
--- End Message ---
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
siness mastermind to understand why this plan is flawed.
Kieran
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
at a GPU-based real-time implementation would be valuable. The
algorithm I've used is highly parallelizable and very well-suited for
implementation as a GPU shader
Get Outlook for Mac <https://aka.ms/GetOutlookForMac>
From: ffmpeg-devel on behalf of Kacper
Michajlow
Date: Saturda
; > >
> > > But with forgejo now there are mails in my inbox, in ffmpeg-devel
> neither
> > > seem to contain patches, nor do they seem to represent dicussions with
> > > correct threading. I dont even know from 3 mails which is a reply to
> which.
> >
se and we should use twisted vines instead, but the real issue is that
> you are using a Playskool Plastic Tool Set instead of a proper
> screwdriver.
>
> Regards,
>
The internet is there to sustain cyber feudalism of big tech. You should be
using Faxes and BBSs hosted on true
On Sat, Jul 12, 2025 at 12:06 AM Michael Niedermayer
wrote:
>
> Hi Maryla
>
> On Thu, Jul 10, 2025 at 06:29:06PM +0200, Maryla Ustarroz via ffmpeg-devel
> wrote:
> [...]
> > Friendly ping.
> > This is a v2 of the patch that includes the shorter -c flag in
> >
On Mon, Jul 28, 2025 at 10:07 PM Stefano Sabatini wrote:
>
> Hi, sorry for the slow reply.
>
> On date Tuesday 2025-06-10 17:02:05 +0200, ffmpeg-devel Mailing List wrote:
> > From: Maryla Ustarroz-Calonge
> > Subject: [PATCH] ffprobe: add -codec: option
> > Date: T
On Thu, Jul 31, 2025 at 12:01 AM Stefano Sabatini wrote:
>
> On date Friday 2025-06-27 10:23:56 +0200, ffmpeg-devel Mailing List wrote:
> > From: Maryla Ustarroz-Calonge
> > Subject: [PATCH v2] ffprobe: add -codec: option
> > Date: Fri, 27 Jun 2025 10:23:56 +0200
> &g
__________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
rization
as well if they think it works for them.
Anyway I see no problem to enable compiler vectorization for compilers
and architectures where it works correctly and active maintainers agree
on it. And act, should it ever break again.
Alexander
________
; av_lfg_init(&prng, 1);
> @@ -145,5 +146,9 @@ int main(void){
> }
>
> }
> +
> +end:
> +av_free(s.temp_dwt_buffer);
> +av_free(s.temp_idwt_buffer);
> return ret;
> }
> --
> 2.25.1
>
Is this AI written?
Kieran
>
__
ry about that, thank you for the contribution!
Kieran
> *From: *Kieran Kunhya
> *Date: *Sunday, August 3, 2025 at 20:08
> *To: *FFmpeg development discussions and patches
> *Cc: *Jiasheng Jiang
> *Subject: *Re: [FFmpeg-devel] [PATCH] libavcodec/tests/snowenc: Add
> av_free()
>
> The only solution is more manpower.
>
It's really a huge mystery why developers are leaving.
We may never know the answer.
Kieran
>
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo
ble when they have write access and
with main reviewer I mean a reviewer that fully reviewed the changes and
not only partially.
This is usually the best option because they have a better mental model
of how things work and what gets changed and don't want to introduce
errors themselves when
On Mon, Aug 4, 2025 at 1:08 AM Michael Niedermayer
wrote:
>
> Hi Maryla
>
> On Wed, Jun 25, 2025 at 05:55:45PM +0200, Maryla Ustarroz-Calonge via
> ffmpeg-devel wrote:
> > Date: Wed, 25 Jun 2025 17:55:45 +0200
> > From: Maryla Ustarroz-Calonge
> > To: ffmpeg-dev
On 2025-08-05 05:06 +0200, Kacper Michajlow wrote:
> On Mon, 4 Aug 2025 at 23:38, Marton Balint wrote:
> >
> > On Mon, 4 Aug 2025, Alexander Strasser via ffmpeg-devel wrote:
[...]
> > >
> > > If I understand the original point you wanted to discuss correctly,
>
On 2025-08-06 00:37 +0200, Michael Niedermayer wrote:
>
> On Mon, Aug 04, 2025 at 10:15:53PM +0200, Alexander Strasser via ffmpeg-devel
> wrote:
[...]
> >
> > If I understand the original point you wanted to discuss correctly,
> > than this is not a question of
he example files to better handle errors
and resource de-allocation for real world use cases, then it should be
a follow up submission.
Best regards,
Alexander
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ff
frame);
> -if (res < 0)
> -goto fail;
> -break;
> - }
> - default: // ignore unsupported provider codes
> - break;
> -}
> +res = parse_itut_t35_metadata(dav1d, p, itut_t35, c, frame)
est regards,
Alexander
>As is: rejected and revert the previous patch.
>
>Regards,
>
_______________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
FFmpeg release. I
include TC in this email for that reason.
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ
[AMD Official Use Only - AMD Internal Distribution Only]
Without this fix, av1 vaapi encoding on navi3x (vcn4) is broken.
Thanks,
Ruijing
-Original Message-
From: ffmpeg-devel On Behalf Of David Rosca
Sent: Thursday, July 24, 2025 6:04 AM
To: [email protected]
Subject: Re
Am 29. Juli 2025 22:59:22 MESZ schrieb Nicolas George :
>Alexander Strasser via ffmpeg-devel (HE12025-07-29):
>> You are looking at the overview with latest events for that PR.
>>
>> To see the the individual commits select
>> that view at the top. Or if you want
On Wed, Jul 23, 2025 at 10:59 AM Michael Niedermayer
wrote:
>
> Hello Kieran
>
> On Wed, Jul 23, 2025 at 10:39:01AM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> > >
> > >
> > >
> > > About 2. (IMHO)
> > > * The solution is to hire c
On Mon, Aug 4, 2025 at 10:04 PM Hendrik Leppkes wrote:
> On Mon, Aug 4, 2025 at 7:19 PM Jacob Lifshay
> wrote:
> >
> >
> >
> > On August 4, 2025 6:49:20 AM PDT, Alan Kelly via ffmpeg-devel <
> [email protected]> wrote:
> > > The gather i
ystem that on a single click shows a list of
> commit hashes that have not yet been backported
> and once a commit is backported it automtaically disappears from
> the list, can be usefull.
You can do that by making a MR between the two branches:
https://code.ffmpeg.org/kierank/FFmpeg
vpunpcklbw xm5, xm3, xm0
vpunpckhbw xm6, xm3, xm0
--
2.50.1.565.gc32cd1483b-goog
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ
On 2025-08-02 20:08 +0200, Nicolas George wrote:
> Alexander Strasser via ffmpeg-devel (HE12025-08-02):
> > I don't understand what the issue with the commit message is?
>
> Two issues:
OK, now I understand what you mean.
It wasn't clear to me from your origin
. That is a way too dangerous practice IMHO
and I would argue we should never do it.
Best regards
Alexander
PS.
Maybe there are some less conventional possibilities I'm missing, that
could be implemented. So if you see any that seem worth to pursue it
might be interesting.
_____
,
> + output->width, output->height, output->pts);
> +
> + return ff_filter_frame(outlink, output);
> +
> +fail:
> + clFinish(ctx->command_queue);
> + av_frame_free(&input);
> + av_frame_free(&output);
> + return err;
> +}
> +
> +static av_cold void lut3d_opencl_uninit(AVFilterContext *avctx)
> +{
> + LUT3DOpenCLContext *ctx = avctx->priv;
> + cl_int cle;
> +
> + clReleaseMemObject(ctx->lut3d_buf);
> +
> + if (ctx->kernel) {
> + cle = clReleaseKernel(ctx->kernel);
> + if (cle != CL_SUCCESS)
> + av_log(avctx, AV_LOG_ERROR, "Failed to release "
> + "kernel: %d.\n", cle);
> + }
> +
> + if (ctx->command_queue) {
> + cle = clReleaseCommandQueue(ctx->command_queue);
> + if (cle != CL_SUCCESS)
> + av_log(avctx, AV_LOG_ERROR, "Failed to release "
> + "command queue: %d.\n", cle);
> + }
> +
> + av_freep(&ctx->lut);
> +
> + ff_opencl_filter_uninit(avctx);
> +}
> +
> +static const AVFilterPad lut3d_opencl_inputs[] = {
> + {
> + .name = "default",
> + .type = AVMEDIA_TYPE_VIDEO,
> + .filter_frame = &lut3d_opencl_filter_frame,
> + .config_props = &ff_opencl_filter_config_input,
> + },
> +};
> +
> +static const AVFilterPad lut3d_opencl_outputs[] = {
> + {
> + .name = "default",
> + .type = AVMEDIA_TYPE_VIDEO,
> + .config_props = &ff_opencl_filter_config_output,
> + },
> +};
> +
> +#define OFFSET(x) offsetof(LUT3DOpenCLContext, x)
> +#define FLAGS (AV_OPT_FLAG_FILTERING_PARAM | AV_OPT_FLAG_VIDEO_PARAM)
> +#define TFLAGS
> AV_OPT_FLAG_FILTERING_PARAM|AV_OPT_FLAG_VIDEO_PARAM|AV_OPT_FLAG_RUNTIME_PARAM
> +
> +
> +
> +#if CONFIG_LUT3D_OPENCL_FILTER
> +
> +
> +static const AVOption lut3d_opencl_options[] = {
> + { "file", "set 3D LUT file name", OFFSET(file), AV_OPT_TYPE_STRING,
> {.str=NULL}, .flags = FLAGS },
> + { "interp", "select interpolation mode", OFFSET(interpolation),
> AV_OPT_TYPE_INT, {.i64=INTERPOLATE_TETRAHEDRAL}, 0, NB_INTERP_MODE-1, TFLAGS,
> .unit = "interp_mode" },
> + { "nearest", "use values from the nearest defined points", 0,
> AV_OPT_TYPE_CONST, {.i64=INTERPOLATE_NEAREST}, 0, 0, TFLAGS, .unit =
> "interp_mode" },
> + { "trilinear", "interpolate values using the 8 points defining a cube", 0,
> AV_OPT_TYPE_CONST, {.i64=INTERPOLATE_TRILINEAR}, 0, 0, TFLAGS, .unit =
> "interp_mode" },
> + { "tetrahedral", "interpolate values using a tetrahedron", 0,
> AV_OPT_TYPE_CONST, {.i64=INTERPOLATE_TETRAHEDRAL}, 0, 0, TFLAGS, .unit =
> "interp_mode" }, \
> + { NULL }
> +};
> +
> +AVFILTER_DEFINE_CLASS(lut3d_opencl);
> +
> +const FFFilter ff_vf_lut3d_opencl = {
> + .p.name = "lut3d_opencl",
> + .p.description = NULL_IF_CONFIG_SMALL("Adjust colors using a 3D LUT."),
> + .p.priv_class = &lut3d_opencl_class,
> + .p.flags = AVFILTER_FLAG_HWDEVICE,
> + .priv_size = sizeof(LUT3DOpenCLContext),
> + .init = &lut3d_opencl_init,
> + .uninit = &lut3d_opencl_uninit,
> + FILTER_INPUTS(lut3d_opencl_inputs),
> + FILTER_OUTPUTS(lut3d_opencl_outputs),
> + FILTER_SINGLE_PIXFMT(AV_PIX_FMT_OPENCL),
> + .flags_internal = FF_FILTER_FLAG_HWFRAME_AWARE,
> +};
> +
> +#endif /* CONFIG_LUT3D_OPENCL_FILTER */
> --
> 2.39.5 (Apple Git-154)
>
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ONST(n,t,v)alignas(FFMIN(n, 16)) static
> const t av_used attribute_mcmodel_small v
> +#define EXTERN_ASM_VAR(t,v) extern t attribute_mcmodel_small v
> #elif defined(_MSC_VER)
> #define DECLARE_ALIGNED_T(n,t,v)__declspec(align(n)) t v
> - #define DECLARE_ASM_ALIGNED
gnas(n) t av_used
attribute_mcmodel_small v
+#define DECLARE_ASM_CONST(n,t,v)alignas(n) static const t av_used
attribute_mcmodel_small v
+#define EXTERN_ASM_VAR(t,v) extern t attribute_mcmodel_small v
#endif
#if HAVE_SIMD_ALIGN_64
--
2.49.0.987.g0cc8ee98dc-goog
___
vp9_inv_dct_dct_32x32_sub32_add_8_avx512icl: 285.5
vp9_itx_avx512.patch
Description: Binary data
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject
On Wed, May 14, 2025 at 8:26 AM Michael Niedermayer
wrote:
>
> Hi
>
> On Wed, May 14, 2025 at 11:41:35AM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Wed, May 14, 2025 at 11:21 AM Michael Niedermayer
> > wrote:
> > >
> > > Hi Andrew
> &g
t;
> > >
> > >
> > > Congratulations, you broke building cinelerra-gg with ffmpeg.git despite
> > > our best efforts :/
> > >
> > > Why all this code movement?!
> > >
> > > For whom it "simple"?
> > >
> &g
he new link will now use "host:port" as the last element
of the path.
I believe that this behaviour is more intuitive given modern use of
URIs (and is replicated in many browsers), but I recognise this is a
matter of taste.
Thank you,
Tim
_______
2201 - 2300 of 3426 matches
Mail list logo
