--- 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
_______
t; g:h
+http://a/b/c/d;p?q g:h =>
http://a/b/c/g:h
http://a/b/c/d;p?q g=>
http://a/b/c/g
http://a/b/c/d;p?q ./g =>
http://a/b/c/g
http://a/b/c/d;p?q g/ =>
http://a/b/c/g/
--
2.43.0
___
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".
break ("host:port", with no scheme
or path) are much less obvious and intuitive than the workflows that it
rescues.
Regardless of the decision, thanks for reviewing the patch!
Best,
Tim
_______________
ffmpeg-devel mailing list
[email protected]
htt
ed command
> [3/3] fftools/resoirces: Mark .css.min and .css.min.gz as NOTINTERMEDIATE
>
>
> Thanks again,
> sw
>
Can we just revert the whole set until it's cleaned up properly?
There are more patches to fix issues than the set itself. This is
understandable if it's
ing AVX2 functions makes up ~42 KiB.
>
> Tested to pass FATE on Linux and Windows.
Pushed.
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel
AB
>
> Many things microsoft did are stupid, but not doing something just because
> microsoft did it is even more stupid. If everything ms did were stupid they
> would be bankrupt already.
> ___
> ffmpeg-devel mailing list
> ffmpeg-de
>
> - adding vzeroupper: ~12%
>
This seems quite suspicious.
Can you explain what you are doing here?
Kieran
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit li
On Wed, May 21, 2025 at 5:48 PM Henrik Gramner wrote:
>
> Tested to pass FATE on Linux and Windows.
Pushed.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abo
unknown
> > prim:reserved trc:bt709 -> fmt:yuv420p csp:bt709 prim:reserved trc:bt709
> > —
>
>
> Will apply soon.
Surely this should be filtered in swscale?
I think we need to pass through future reserved values of csp and stuff.
Kieran
____
On Tue, 4 Mar 2025, 19:01 Kieran Kunhya, wrote:
>
>
> On Tue, 4 Mar 2025, 11:17 Michael Niedermayer,
> wrote:
>
>> Hi Kieran
>>
>> On Tue, Mar 04, 2025 at 08:13:11AM -0600, Kieran Kunhya via ffmpeg-devel
>> wrote:
>> [...]
>> > Hi Michael,
On Sat, 24 May 2025, 17:39 Michael Niedermayer,
wrote:
> Hi
>
> On Fri, May 23, 2025 at 01:13:05PM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> [...]
> > > As an example i could have instead replied with a tone matching yours:
> > > (below is a (true) exa
your dictator
>
That would be nice in FFmpeg but instead we just get a dictator (you).
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".
AVERROR(ENOSYS);
+
if (ffifmt(s->iformat)->read_seek2 && !ffifmt(s->iformat)->read_seek) {
int64_t min_ts = INT64_MIN, max_ts = INT64_MAX;
if ((flags & AVSEEK_FLAG_BACKWARD))
--
2.49.0
_______
ffmpeg-devel maili
source_addrs);
+if (s->duration == AV_NOPTS_VALUE)
+s->ctx_flags |= AVFMTCTX_UNSEEKABLE;
+
return 0;
}
#endif /* CONFIG_RTPDEC */
--
2.49.0
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/f
mes in the stream.
--
Kaarle Ritvanen
Data King Ltd
___
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".
rests of FFmpeg?
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".
@Andreas Rheinhardt
Should we revert this?
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
FFmpeg.
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".
,9 +1021,7 @@ static av_cold int dtls_close(URLContext *h)
av_freep(&ctx->tls_shared.fingerprint);
av_freep(&ctx->tls_shared.cert_buf);
av_freep(&ctx->tls_shared.key_buf);
-#if OPENSSL_VERSION_NUMBER < 0x3000L /* OpenSSL 3.0 */
-EC_KEY_free(ctx->dtls_eckey);
-#endif
ay-improve-av_display_rotation_get-fo.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] wi
On Wed, Jun 4, 2025 at 5:15 AM Maryla Ustarroz-Calonge via
ffmpeg-devel wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> Changelog | 1 +
> libavcodec/libaomdec.c | 62 ++
> libavcode
On Wed, 4 Jun 2025, 12:46 Steven Liu, wrote:
> Kieran Kunhya via ffmpeg-devel 于2025年6月4日周三
> 19:35写道：
> Hi Kieran,
>
> >
> > @Andreas Rheinhardt
> > Should we revert this?
>
> I believe it would be better to leave comments if there are any
> concerns abo
On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt
wrote:
>
> Maryla Ustarroz-Calonge via ffmpeg-devel:
> > The new fate sample av1/metadata_hdr10_plus.ivf used in the second
> > test is the output of the first test.
> >
> > Signed-off-by: Maryla Ustarroz-Calong
On Fri, May 30, 2025 at 3:52 AM Maryla Ustarroz-Calonge via
ffmpeg-devel wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> libavcodec/libaomdec.c | 62 ++
> libavcodec/libaomenc.c | 60 +++
ngerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Complexity theory is the science of finding the exact solution to an
> approximation. Benchmarking OTOH is finding an approximation of the exact
> _______
> ffmpeg-devel mailing list
>
recover
from any packet loss.
Without the experimental flag FFmpeg will get support tickets raised and
claims it is inferior to other implementations. Users will not be aware of
the lack of missing feature otherwise.
So it may be compliant on paper but it's not usable in the real world.
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".
gt; -end_buffer_pos = avio_size(s->pb) - end_buffer_size;
> +end_buffer_pos = size - end_buffer_size;
> avio_seek(s->pb, end_buffer_pos, SEEK_SET);
> avio_read(s->pb, end_buffer, end_buffer_size);
>
> --
> 2.49.0
>
Can you explain what "not safe" m
you seriously expecting people to be able to review diffs of diffs like
this?
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...
(const char *pem_str)
{
-BIO *mem = BIO_new_mem_buf(pem_str, -1);
+BIO *mem = BIO_new_mem_buf((void *)pem_str, -1);
if (!mem) {
av_log(NULL, AV_LOG_ERROR, "BIO_new_mem_buf failed\n");
return NULL;
--
2.49.0
___________
ffmpeg-d
On Sat, Jun 7, 2025 at 5:20 PM softworkz .
wrote:
>
>
> It's MythBusters Day!
> =
>
>
> Today: Busting the Lies of Nicolas George
Can you stop spamming this list with your rants and get a blog or something?
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".
if (fmt->flags & AVFMT_EXPERIMENTAL && short_name)
continue;
score = 0;
if (fmt->name && short_name && av_match_name(short_name, fmt->name))
--
2.49.0
_______
ffmpeg-devel mailing list
ffm
--- Begin Message ---
On Wed, Jun 11, 2025 at 9:58 PM softworkz .
wrote:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Marton Balint
> > Sent: Mittwoch, 11. Juni 2025 21:18
> > To: FFmpeg development discussions and patch
.p.flags= AVFMT_GLOBALHEADER | AVFMT_NOFILE |
AVFMT_EXPERIMENTAL,
.p.priv_class = &whip_muxer_class,
.priv_data_size = sizeof(WHIPContext),
.init = whip_init,
--
2.49.0
--- End Message ---
_______
ffmpeg-deve
.p.flags= AVFMT_GLOBALHEADER | AVFMT_NOFILE |
AVFMT_EXPERIMENTAL,
.p.priv_class = &whip_muxer_class,
.priv_data_size = sizeof(WHIPContext),
.init = whip_init,
--
2.49.0
--- End Message ---
_______
ffmpeg-deve
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","ignore any IPv6 ICE candidate", 0,
AV_OPT_TYPE_CONST, { .i64 = WHIP_
0,0, ENC },
+{ "whip_flags", "set flags affecting WHIP connection behavior",
OFFSET(flags), AV_OPT_TYPE_FLAGS, { .i64 = 0 },
0, UINT_MAX, ENC, .unit = "flags" },
+{ "ignore_ipv6",
---
___
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".
these filters
>
> Regardless, I still think we should then just establish a clear pipeline
> here to prevent this sort of discussion from happening in the future.
>
> Timo, can something like the VLC merge bot be implemented in ForgeJo?
>
For reference, that's https://code.videolan.or
anyone
>
> thx
>
How do plugins manage FATE tests?
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".
On Thu, 14 Aug 2025, 12:53 Alexander Strasser via ffmpeg-devel, <
[email protected]> wrote:
> On 2025-08-14 18:44 +0200, Michael Niedermayer wrote:
> > On Thu, Aug 14, 2025 at 04:18:03PM +0200, Nicolas George wrote:
> > > Kieran Kunhya via ffmpeg-devel (HE12025-08-14
CPU_FLAG_AVX2) && family == 6 && model < 143) {
rval |= AV_CPU_FLAG_SLOW_GATHER;
+}
}
#endif /* cpuid */
--
2.50.1.703.g449372360f-goog
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg
.00x)
hscale_8_to_15__fs_4_dstW_512_sse2:287.9 ( 6.39x)
hscale_8_to_15__fs_4_dstW_512_ssse3: 293.8 ( 6.26x)
hscale_8_to_15__fs_4_dstW_512_avx2:219.2 ( 8.40x)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
2301 - 2400 of 3586 matches
Mail list logo
