[FFmpeg-devel] Query from Reuters on XZ, open source, and Microsoft

2024-04-03 Thread Satter, Raphael (Reuters) via ffmpeg-devel
Signal/WhatsApp at +1 202 430 9389. Raphael 💻 [email protected] 🌎 raphaelsatter.com 📰 reuters.com/authors/raphael-satter Thomson Reuters 1333 H Street NW Washington, DC 20005 ☎️ +1 202 843-6302 ___ ffmpeg-devel mailing list ffmpeg-devel

Re: [FFmpeg-devel] [EXT] Re: Query from Reuters on XZ, open source, and Microsoft

2024-04-03 Thread Satter, Raphael (Reuters) via ffmpeg-devel
opment discussions and patches Cc: Satter, Raphael (Reuters) Subject: [EXT] Re: [FFmpeg-devel] Query from Reuters on XZ, open source, and Microsoft External Email: Use caution with links and attachments. Hi Raphael, I was the author of the tweet and I gave a short talk about this topic at Demuxe

Re: [FFmpeg-devel] [EXT] Re: Query from Reuters on XZ, open source, and Microsoft

2024-04-03 Thread Satter, Raphael (Reuters) via ffmpeg-devel
hael From: Kieran Kunhya Sent: Wednesday, April 3, 2024 12:39 PM To: FFmpeg development discussions and patches Cc: Satter, Raphael (Reuters) Subject: [EXT] Re: [FFmpeg-devel] Query from Reuters on XZ, open source, and Microsoft External Email: Use caution with links and attachments. Hi Raphael

[FFmpeg-devel] Request for Official GitHub Mirror of rtmpdump for Enhanced Security

2024-04-23 Thread Javier Matos Denizac via ffmpeg-devel
these issues by providing a secure, verifiable source that we can integrate with vcpkg. Thank you for considering this request. I look forward to your feedback. Best regards, Javier Matos ___ ffmpeg-devel mailing list [email protected] https

Re: [FFmpeg-devel] [EXTERNAL] Request for Official GitHub Mirror of rtmpdump for Enhanced Security

2024-04-25 Thread Javier Matos Denizac via ffmpeg-devel
n0%3D%7C0%7C%7C%7C&sdata=ywZOz2L6tmpAfk%2FoPnGgUlqjH441jGUMPh4TcVFN8KA%3D&reserved=0 seems to indicate not yet). So either this is vcpkg trying to be vey aggressive in requiring git features, or there is some clarification neeed. - Derek _______

[FFmpeg-devel] [PATCH] Add support d3d11va Intel Hevc Rext decoder.

2024-02-24 Thread Водянников А . В . via ffmpeg-devel
case AV_PIX_FMT_Y210: +case AV_PIX_FMT_Y212: +case AV_PIX_FMT_VUYX: +case AV_PIX_FMT_XV30: +codedbytes = 4; + break; + case AV_PIX_FMT_XV36: +codedbytes = 8; + break; +} +width = map->RowPitch / codedbytes; +av_image_fill_linesizes(linesize, ctx->sw_format, width); av_image_fill_pointers(data, ctx->sw_format, desc->Height, (uint8_t*)map->pData, linesize); } -- 2.43.0.windows.1 ___ 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-devel] [PATCH] mov: parse track-based udta name tags

2024-02-24 Thread Водянников А . В . via ffmpeg-devel
2, sizeof(key2), "%s-%s", key, language); - av_dict_set(&c->fc->metadata, key2, str, 0); +mov_set_metadata(c, key2, str); } if (!strcmp(key, "encoder")) { int major, minor, micro; -- 2.43.0.windows.1 ___ 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-devel] [PATCH 1/2] Add support d3d11va Intel Hevc Rext decoder.

2024-02-24 Thread Водянников А . В . via ffmpeg-devel
linesize[i] = map->RowPitch; +int width; +int codedbytes = 1; + +switch (ctx->sw_format) { +case AV_PIX_FMT_P010: +case AV_PIX_FMT_P016: +case AV_PIX_FMT_YUYV422: +codedbytes = 2; +break; +case AV_PIX_FMT_Y210: +case AV_PIX_FMT_Y212: +case A

[FFmpeg-devel] [PATCH] mov: parse track-based udta name tags

2024-02-26 Thread Водянников А . В . via ffmpeg-devel
etadata, key, str, 0); +mov_set_metadata(c, key, str); if (*language && strcmp(language, "und")) { snprintf(key2, sizeof(key2), "%s-%s", key, language); - av_dict_set(&c->fc->metadata, key2, str, 0); +mov_set

Re: [FFmpeg-devel] [PATCH v2] avdevice: Fix disabling audiotoolbox_outdev build on iOS

2023-08-16 Thread L. E. Segovia via ffmpeg-devel
work CoreAudio" > bktr_indev_deps_any="dev_bktr_ioctl_bt848_h machine_ioctl_bt848_h > dev_video_bktr_ioctl_bt848_h dev_ic_bt8xx_h" > caca_outdev_deps="libcaca" -- amyspark 🌸 https://www.amyspark.me _______ ffmpeg-devel m

[FFmpeg-devel] framequeue: Remove redundant logic code

2023-09-14 Thread 杨亚磊 via ffmpeg-devel
to the newly requested space) Please review as soon as possible, thank you very much! 0001-framequeue-Remove-redundant-logic-code.eml Description: 0001-framequeue-Remove-redundant-logic-code.eml ___ ffmpeg-devel mailing list [email protected]

Re: [FFmpeg-devel] [PATCH] configure: Check for the header sys/mmap.h when checking for mmap

2024-01-11 Thread 徐福隆 via ffmpeg-devel
in -lrt, OpenSolaris no longer needs that  check_func_headers time.h nanosleep || check_lib nanosleep time.h nanosleep -lrt -- 2.39.3 (Apple Git-145) ___________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-28 Thread Jonatas L. Nogueira via ffmpeg-devel
ifficult, until you remove it and see the bugs you > don't know how long it will take. This is not suited to the bounty/SoW > methodology. > > We don't need STF to be funding features, we need maintenance, > infrastructure etc which all lends itself to salaried work. > &

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-28 Thread Jonatas L. Nogueira via ffmpeg-devel
nto discrete pieces >> of work, nor arguably can a given timescale be associated with cleanup. >> For example YUVJ is difficult, until you remove it and see the bugs you >> don't know how long it will take. This is not suited to the bounty/SoW >> methodology. >> >> We don

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-28 Thread Jonatas L. Nogueira via ffmpeg-devel
. Regards, -- Jonatas L. Nogueira (“jesusalva”) Board of Directors Member Software in the Public Interest, Inc. Example SOW for FFMPEG.pdf Description: Adobe PDF document _______ 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".

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-28 Thread Jonatas L. Nogueira via ffmpeg-devel
to be overstepping my bounds here. I, as well as the whole SPI Board, wish you to succeed. However, I admit my enthusiasm might have gotten the best of me in some earlier messages. That aside, I do hope the SOW is slightly more clear and easier to understand now. -- Jonatas L. Nogueira (“jesusalva”) Bo

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-29 Thread Jonatas L. Nogueira via ffmpeg-devel
Technical Committee and the General Assembly. > > Tying the project contractually is unacceptable. > > There are plenty of "corporate" open source projects where this is fine, > but there is a reason we are not one of those full of corporate friendly > code like binary blobs,

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-29 Thread Jonatas L. Nogueira via ffmpeg-devel
hobby, what makes you willing to compromise in that situation? > > I mean it basically happened already with SDR, just without an invoice. > > "I think you should try to bring the work you want funded into the > framework > that they told us to use. Instead of complaini

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-29 Thread Jonatas L. Nogueira via ffmpeg-devel
gt; need to be taken seriously first. > > I'd also like to ask Jonatas whether anything requires the projects to > be owned by individuals. Were I to propose a project, I'd much rather it > went through FFlabs than myself individually. > > Cheers, > -- > Anton Khirnov > ___ 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".

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-31 Thread Jonatas L. Nogueira via ffmpeg-devel
void conflicts of > > >interest, or endless bikesheds over who is getting too much money > for > > > too little work? We just bikeshud a thread to death over rather > > >little money, now imagine what would happen with ten times the > > >amount. > > > > trivial ;) > > we start with a wiki page > > we add a some work with some monetary amount. > > We wait. > > If someone comes and is willing to do it for less, ok, if someone > complains > > its too much, not ok. > > This seems the normal hire the "cheapest competent developer" > > This is not serious. "someone complains"? Like any random person? Any > developer? In a project like ours, someone will always complain. Does > that mean anyone has a veto over anything else? > > Besides, my main point is that the amount of work to be done on any > interesting cleanup is unknowable beforehand. That means you have to > budget for the worst case, which means in the median case you will be > significantly overpaid. > > -- > Anton Khirnov > ___ 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".

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-31 Thread Jonatas L. Nogueira via ffmpeg-devel
or the hours spent hunting simple typo mistakes now, you'll never be able to tell STF what actually needs to be done in time. -- Jonatas L. Nogueira (“jesusalva”) Board of Directors Member Software in the Public Interest, Inc. On Wed, Jan 31, 2024 at 12:17 PM Kieran Kunhya wrote: > On

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-31 Thread Jonatas L. Nogueira via ffmpeg-devel
solutions, so I expect quite some time to be spent > finding all of them and picking out the best one). > > If you start discussing how to properly pay for the hours spent hunting > simple typo mistakes now, you'll never be able to tell STF what actually > needs to be done in time. &

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-31 Thread Jonatas L. Nogueira via ffmpeg-devel
ions. Att., -- Jonatas L. Nogueira (“jesusalva”) Board of Directors Member Software in the Public Interest, Inc. On Wed, Jan 31, 2024 at 1:11 PM Rémi Denis-Courmont wrote: > Hi, > > Le keskiviikkona 31. tammikuuta 2024, 16.10.02 EET Jonatas L. Nogueira via > ffmpeg-de

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-31 Thread Jonatas L. Nogueira via ffmpeg-devel
nt" >> and privacy >> > > If you want transparency, where is the agreement between SPI and STF? > Where is the agreement for the NAB booth? > > Kieran > > _______ ffmpeg-devel mailing list [email protected] https

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-31 Thread Jonatas L. Nogueira via ffmpeg-devel
r the wrong term or i was not CC-ed on such an > agreement > > thx > > [...] > > -- > Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB > > The educated differ from the uneducated as much as the living from the > dead. -- Aristotle > ___ 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".

Re: [FFmpeg-devel] [RFC] Vote STF/SPI 2024-02

2024-02-01 Thread Jonatas L. Nogueira via ffmpeg-devel
Whoever was > involved with the STF/SPI talks cannot be the recipient of the sponsorship. > The same of course should apply to any other future funding, it must be > either the community (via GA) or a third party setting up the sponsorship. > > I'm aware that would exclude Miche

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-02-05 Thread Jonatas L. Nogueira via ffmpeg-devel
ini wrote: > On date Thursday 2024-02-01 00:15:03 +0100, Stefano Sabatini wrote: > > José already provided and excellent summary from his side. On my side > > I meant Jonatas, sorry. > _______ ffmpeg-devel mailing list [email protected]

Re: [FFmpeg-devel] [PATCH] cuda: add support for yuv420p10

2025-04-25 Thread Diego de Souza via ffmpeg-devel
Hi Timo and Lynne, The encoder does not accept yuv420p10 and yuv422p10 pixel formats. Only the semi planar versions of them: P010 and P210. Best regards, Diego de Souza Sr. Video Coding DevTech NVIDIA<http://www.nvidia.com/> On 25.04.25, 19:17, "ffmpeg-devel" wrote: Ext

Re: [FFmpeg-devel] [PATCH] libavfilter: guard against ff_draw_init/ff_draw_init2 failures

2025-03-03 Thread Nil Fons Miret via ffmpeg-devel
the FFDrawContext. These > functions are typically used in conjunction with ff_draw_color, which > checks draw->desc->flags, causing a null pointer dereference. > > Attaching patch with a fix to guard against this. > > Thanks, > Nil __________

Re: [FFmpeg-devel] [PATCH] libavfilter: guard against ff_draw_init/ff_draw_init2 failures

2025-03-03 Thread Nil Fons Miret via ffmpeg-devel
0, Nil Fons Miret via ffmpeg-devel > wrote: > > The return value of ff_draw_init and ff_draw_init2 are not checked in > > most usages. However, if they return an error, they don't get to the > > point where they set the attributes of the FFDrawContext. These > > funct

Re: [FFmpeg-devel] [PATCH] libavfilter: guard against ff_draw_init/ff_draw_init2 failures

2025-03-11 Thread Nil Fons Miret via ffmpeg-devel
Thanks for the clarification, attaching an updated patch. The only change is the one comment on qrencode.c. Thank you, Nil On Fri, Mar 7, 2025 at 7:28 PM Michael Niedermayer wrote: > > On Tue, Mar 04, 2025 at 10:17:25AM -0800, Nil Fons Miret via ffmpeg-devel > wrote: > >

Re: [FFmpeg-devel] [PATCH] libavfilter: guard against ff_draw_init/ff_draw_init2 failures

2025-03-04 Thread Nil Fons Miret via ffmpeg-devel
can easily become outdated. In any case, once I understand your request I'm happy to add any more documentation. Thank you, Nil On Mon, Mar 3, 2025 at 5:09 PM Michael Niedermayer wrote: > > On Mon, Mar 03, 2025 at 05:05:58PM -0800, Nil Fons Miret via ffmpeg-devel > wrote: > >

[FFmpeg-devel] [PATCH] libavfilter: guard against ff_draw_init/ff_draw_init2 failures

2025-02-20 Thread Nil Fons Miret via ffmpeg-devel
7ba6fe72bf..f498bf4a3e 100644 --- a/libavfilter/vf_tpad.c +++ b/libavfilter/vf_tpad.c @@ -206,9 +206,14 @@ static int config_input(AVFilterLink *inlink) AVFilterContext *ctx = inlink->dst; FilterLink *l = ff_filter_link(inlink); TPadContext *s = ctx->priv; +int ret;

Re: [FFmpeg-devel] [PATCH v2 3/3] avfilter/scale_cuda: Add support for 4:2:2 chroma subsampling

2025-07-08 Thread Diego de Souza via ffmpeg-devel
quot;}, {AV_PIX_FMT_0BGR32, "rgb0"}, {AV_PIX_FMT_RGB32,"bgra"}, {AV_PIX_FMT_BGR32,"rgba"}, }; Best regards, Diego de Souza Sr. Video Coding DevTech NVIDIA<http://www.nvidia.com/> On 07.07.25, 12:24, "ffmpeg-devel" wr

[FFmpeg-devel] [PATCH] avformat/demux: avoid unconditional ID3v2 tag consumption

2025-07-08 Thread Nil Fons Miret via ffmpeg-devel
tFormat ff_w64_demuxer = { .p.name = "w64", .p.long_name= NULL_IF_CONFIG_SMALL("Sony Wave64"), -.p.flags= AVFMT_GENERIC_INDEX, +.p.flags = AVFMT_GENERIC_INDEX | AVFMT_FLAG_ID3V2_AUTO, .p.codec_tag= ff_wav_codec_tags_list,

[FFmpeg-devel] [PATCH v2] ffprobe: add -codec: option

2025-06-27 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
SION, 1, NULL); @@ -3039,6 +3130,8 @@ static const OptionDef real_options[] = { { "print_filename",OPT_TYPE_FUNC, OPT_FUNC_ARG, {.func_arg = opt_print_filename}, "override the printed input filename", "print_file"}, { "find_stream_info",

[FFmpeg-devel] [PATCH v2] avcodec/itut35: always check the provider code and country code together

2025-06-25 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
ovider_oriented_code = bytestream2_get_be16u(&bc); diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c index 408890fa89..8142d9125e 100644 --- a/libavformat/matroskaenc.c +++ b/libavformat/matroskaenc.c @@ -2869,7 +2869,7 @@ static int mkv_write_block(void *logctx, MatroskaMu

Re: [FFmpeg-devel] [PATCH] avformat/demux: avoid unconditional ID3v2 tag consumption

2025-07-23 Thread Nil Fons Miret via ffmpeg-devel
d) > frame=0 fps=0.0 q=0.0 Lsize=N/A time=N/A bitrate=N/A speed=N/A > ``` > > After the changes: it decodes as expected. > ``` > [...] > frame=1 fps=0.0 q=-0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A > speed=16.5x elapsed=0:00:00.00 > ``` > > Thanks in advan

[FFmpeg-devel] [PATCH v3] ffprobe: add -codec: option

2025-07-31 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
{.func_arg = opt_print_filename}, "override the printed input filename", "print_file"}, { "find_stream_info", OPT_TYPE_BOOL, OPT_INPUT | OPT_EXPERT, { &find_stream_info }, "read and decode the streams to fill missing information with heuristics"

[FFmpeg-devel] [PATCH 2/3] avcodec/itut35: always check the provider code and country code together

2025-08-05 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
t; 0) { av_log(c, AV_LOG_WARNING, "Error parsing DOVI OBU.\n"); -break; // ignore + return 0; // ignore } res = ff_dovi_attach_side_data(&dav1d->dovi, frame); if (res < 0) return res; -break; +} else { +// ignore unsupported provider codes } -default: // ignore unsupported provider codes -break; -} - return 0; } -- 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 [email protected] with subject "unsubscribe".

[FFmpeg-devel] [PATCH 1/3] avcodec/libdav1d: move itut-t35 parsing to a separate function

2025-08-05 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
} -default: // ignore unsupported provider codes - break; -} + res = parse_itut_t35_metadata(dav1d, p, itut_t35, c, frame); +if (res < 0) +goto fail; #if FF_DAV1D_VERSION_AT_LEAST(6,9) } #endif -- 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 [email protected] with subject "unsubscribe".

[FFmpeg-devel] [PATCH 3/3] avcodec/itut35: rename some provider codes

2025-08-05 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
US); -bytestream_put_be16(&payload, ITU_T_T35_PROVIDER_CODE_SMTPE); +bytestream_put_be16(&payload, ITU_T_T35_PROVIDER_CODE_SAMSUNG); bytestream_put_be16(&payload, 0x01); // provider_oriented_code bytestream_put_byte(&payload, 0x04); // application_identifie

Re: [FFmpeg-devel] [PATCH 1/1] add option in file.c: pkt_size to setmax_packet_size

2025-07-30 Thread 1+1=10 via ffmpeg-devel
pkt_size using av_dict_set and then pass the option in avio_open2; This is mainly to deal with the situation where the IoT device has small memory, so that max_packet_size can be customized; > On Jul 17, 2025, at 22:05, yangsen5 via ffmpeg-devel https://ffmpeg.org/mailman/listinfo/ffmpeg-de

Re: [FFmpeg-devel] [PATCH 1/1] add option in file.c: pkt_size to setmax_packet_size

2025-07-30 Thread 1+1=10 via ffmpeg-devel
AVIO_FLAG_WRITE) > -        h->min_packet_size = h->max_packet_size = 262144; > +        h->min_packet_size = h->max_packet_size = c->pkt_size; What's the use case? 1+1=10 [email protected] 原始邮件 发件人:Zhao Zhili https://ffmpeg

Re: [FFmpeg-devel] [EXTERNAL] Re: [PATCH] Boost FPS and performance: Optimize vertical loop for cache-friendly access [libavcodec/jpeg2000dwt.c:dwt_decode97_float]

2025-05-16 Thread Chitra Dey Sarkar via ffmpeg-devel
-Original Message- From: ffmpeg-devel On Behalf Of Michael Niedermayer Sent: Friday, May 16, 2025 2:44 AM To: FFmpeg development discussions and patches Subject: [EXTERNAL] Re: [FFmpeg-devel] [PATCH] Boost FPS and performance: Optimize vertical loop for cache-friendly access

Re: [FFmpeg-devel] [EXTERNAL] Re: [PATCH] Boost FPS and performance: Optimize vertical loop for cache-friendly access [libavcodec/jpeg2000dwt.c:dwt_decode97_float]

2025-05-14 Thread Chitra Dey Sarkar via ffmpeg-devel
-Original Message- From: Michael Niedermayer Sent: Wednesday, May 14, 2025 9:40 AM To: FFmpeg development discussions and patches Cc: Chitra Dey Sarkar Subject: [EXTERNAL] Re: [FFmpeg-devel] [PATCH] Boost FPS and performance: Optimize vertical loop for cache-friendly access

[FFmpeg-devel] Test email from Chitra - [email protected]

2025-05-13 Thread Chitra Dey Sarkar via ffmpeg-devel
This is a test email ___ 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-devel] [PATCH] Boost FPS and performance: Optimize vertical loop for cache-friendly access [libavcodec/jpeg2000dwt.c:dwt_decode97_float]

2025-05-13 Thread Chitra Dey Sarkar via ffmpeg-devel
for (int lp = 0; lp < lv; lp++) +for (int j = 0; j < lh; j++) +data[w * lp + j] = array2DBlock[j * lv + lp]; } } + +if (!useFallback) +av_free(array2DBlock); } static void sr_1d97_int(int32_t *p, int i0, int i1) -- 2.49.0.

[FFmpeg-devel] [PATCH] Boost FPS and performance: Optimize vertical loop for cache-friendly access [libavcodec/jpeg2000dwt.c:dwt_decode97_float]

2025-05-14 Thread Chitra Dey Sarkar via ffmpeg-devel
[email protected] X-Unsent: 1 To: [email protected] From earlier Hi Michael, Thanks so much for getting back! I'll quickly implement the first 3 comments For the last comment is there a way for me to reach you on regular email to elaborate the proposed change more with a better explanation. The 

[FFmpeg-devel] libswscale.c : ff_xyz12Torgb48 expensive unaligned 16 byte accesses

2025-05-25 Thread Chitra Dey Sarkar via ffmpeg-devel
t; 4); Regards Chitra _______ 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".

Re: [FFmpeg-devel] [PATCH] avformat/webvttdec: improve WebVTT parsing

2025-05-27 Thread Marcos Del Sol via ffmpeg-devel
ing much easier. The logic is the exact same. -Mensaje original- De: Marcos Para: ffmpeg-devel CC: Marcos Fecha: martes, 27 de mayo de 2025 12:29 CEST Asunto: [PATCH] avformat/webvttdec: improve WebVTT parsing The parser will now strictly check if WebVTT files start with the correct &qu

[FFmpeg-devel] [PATCH v2 1/2] avcodec/libaom: Add HDR10+ metadata support

2025-06-04 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
type == AV_PICTURE_TYPE_I) flags |= AOM_EFLAG_FORCE_KF; + +res = add_hdr_plus(avctx, rawimg, frame); +if (res < 0) +return res; } res = aom_codec_encode(&ctx->encoder, rawimg, timestamp, duration, flags); diff --git a/libavcodec/version.h b/

[FFmpeg-devel] [PATCH v2 2/2] avcodec/libaom: Add tests for HDR10+ metadata support

2025-06-04 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
_DATA] +[/FRAME] \ No newline at end of file -- 2.49.0.1204.g71687c7c1d-goog _______ 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-devel] [PATCH 2/2] avcodec/libaom: Add tests for HDR10+ metadata support

2025-05-30 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
/1023 +[/SIDE_DATA] +[/FRAME] \ No newline at end of file -- 2.49.0.1204.g71687c7c1d-goog ___ 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-devel] [PATCH 1/2] avcodec/libaom: Add HDR10+ metadata support

2025-05-30 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
add_hdr_plus(avctx, rawimg, frame); +if (res < 0) +return res; } res = aom_codec_encode(&ctx->encoder, rawimg, timestamp, duration, flags); diff --git a/libavcodec/version.h b/libavcodec/version.h index eedf4c5a92..cde7d40bc0 100644 --- a/libavcodec/version.h

[FFmpeg-devel] [PATCH] ffprobe: add -codec: option

2025-06-10 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
tic const OptionDef real_options[] = { { "print_filename",OPT_TYPE_FUNC, OPT_FUNC_ARG, {.func_arg = opt_print_filename}, "override the printed input filename", "print_file"}, { "find_stream_info", OPT_TYPE_BOOL, OPT_INPUT | OPT_EXPERT, { &find

Re: [FFmpeg-devel] [PATCH] avformat/mpegts: Passthrough SCTE 35 Current behavior breaks SCTE 35 by wrapping it in a PES packet, this adds the logic for the SCTE 35 messages to be passed through cleanl

2025-06-12 Thread Pierre Le Fevre via ffmpeg-devel
--- Begin Message --- Hi Devin, I saw your patch but noticed it was still not merged. Since it’s more comprehensive, I’m all for merging your patch instead of mine if it’s not too stale. Best, Pierre From: ffmpeg-devel on behalf of Devin Heitmueller Date: Wednesday, 11 June 2025 at 16:32 To

[FFmpeg-devel] [PATCH] avcodec/itut35: always check the provider code and country code together

2025-06-12 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
bytestream_put_be16(&payload, 0x01); // provider_oriented_code bytestream_put_byte(&payload, 0x04); // application_identifier -- 2.50.0.rc2.692.g299adb8693-goog --- 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".

[FFmpeg-devel] [PATCH] avformat/mpegts: Passthrough SCTE 35 Current behavior breaks SCTE 35 by wrapping it in a PES packet, this adds the logic for the SCTE 35 messages to be passed through cleanly.

2025-06-11 Thread Pierre Le Fevre via ffmpeg-devel
ype != AVMEDIA_TYPE_ATTACHMENT && par->codec_id != AV_CODEC_ID_VP8 && par->codec_id != AV_CODEC_ID_VP9 && - par->codec_id != AV_CODEC_ID_SMPTE_2038) { + par->codec_id != AV_CODEC_ID_SMPTE_2038 &

[FFmpeg-devel] [PATCH v3 2/2] avcodec/libaom: Add test for HDR10+ metadata support

2025-08-11 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
er_curve_anchors=819/1023 +bezier_curve_anchors=922/1023 +[/SIDE_DATA] +[/FRAME] \ No newline at end of file -- 2.50.1.703.g449372360f-goog _______ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscri

[FFmpeg-devel] [PATCH v3 1/2] avcodec/libaom: Add HDR10+ metadata support

2025-08-11 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
, rawimg, frame); +if (res < 0) +return res; } res = aom_codec_encode(&ctx->encoder, rawimg, timestamp, duration, flags); diff --git a/libavcodec/version.h b/libavcodec/version.h index da2264a097..2e28c23410 100644 --- a/libavcodec/version.h +++ b/libavcodec/version.h @@ -3

Re: [FFmpeg-devel] [PATCH] Mark C globals with small code model (PR #20150)

2025-08-17 Thread Rémi Denis-Courmont via ffmpeg-devel
ler then. Is this attribute even defined by the X86 ABI? How will that work on compilers other than LLVM? -- 德尼-库尔蒙‧雷米 Tapiolan uusi kaupunki, Uudenmaan entinen Suomen tasavalta ___________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/

Re: [FFmpeg-devel] Forgejo entry threshold

2025-08-17 Thread Rémi Denis-Courmont via ffmpeg-devel
e with email at all and never will be, since email simply can't convey and track the necessary info accurately and reliably, so Forgejo at least is no worse than email. -- Rémi Denis-Courmont Tapiolan uusi kaupunki, Uudenmaan entinen Suomen tasavalta _

[FFmpeg-devel] [QUESTION] Regarding my first patch submission: "filters: add separator line to show_filters output"

2025-09-17 Thread 张洪源 via ffmpeg-devel
ne to show_filters output" I submitted this patch via email on [Date of Submission], but I have been unable to locate it in the mailing list archives at https://ffmpeg.org/pipermail/ffmpeg-devel/. As this is my first time contributing to FFmpeg, I am concerned that there might be an iss

[FFmpeg-devel] [PATCH] WIP: fftools/opt_common: add separator line to show_filters output (PR #20547)

2025-09-18 Thread add-uos-ffmpeg via ffmpeg-devel
+ " | = Source or sink filter\n" + " --\n"); while ((filter = av_filter_iterate(&opaque))) { descr_cur = descr; for (i = 0; i < 2; i++) { -- 2.49.1 _______ ffmpeg-devel mailing

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-16 Thread Diederick C. Niehorster via ffmpeg-devel
F On Tue, Sep 16, 2025 at 10:50 AM Michael Niedermayer via ffmpeg-devel wrote: > > Hi all > > 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested > Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it) > heres the "after testi

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-10-18 Thread Harish Raja Selvan via ffmpeg-devel
n my setup, this configuration requires the gas-preprocessor.pl patch, as the build otherwise ends with a “GNU assembler not found” error. Thanks, Harish Raja Selvan. 0001-compat-windows-makedef-fix-.def-generation-for-ARM64.patch Description: 0001-compat-windows-makedef-fix-.def-generation-for-ARM6

[FFmpeg-devel] Re: [RFC] dormant tickets

2025-10-18 Thread Pierre-Anthony Lemieux via ffmpeg-devel
On Tue, Sep 23, 2025 at 3:58 PM Michael Niedermayer via ffmpeg-devel wrote: > > Hi > > Should tickets which are inactive be closed with a new resolution:dormant? IMHO tickets should not be closed until resolved with a clear rationale -- a resolution can be "will not fix&quo

[FFmpeg-devel] Re: [POLL][VOTE] Sponsors & Funding

2025-10-18 Thread Ronald S. Bultje via ffmpeg-devel
Hi Michael, On Thu, Oct 9, 2025 at 11:01 AM Michael Niedermayer via ffmpeg-devel < [email protected]> wrote: > The number of people voting was a bit disappointing but I can't speak for others, but I saw the vote request and didn't find it very serious. What I mean

[FFmpeg-devel] Re: [PATCH] avfilter: add avfilter_forward_command API for recursive command processing. (PR #20621)

2025-10-18 Thread 岑湛权 via ffmpeg-devel
d()` provides a solution. - Includes detailed, reproducible test cases with code snippets. Best regards, Cen Zhanquan ​ Replied Message ---- | From | Nicolas George via ffmpeg-devel | | Date | 09/28/2025 19:18 | | To | FFmpeg development discussions and patches | | Cc | cenzhanquan1

[FFmpeg-devel] Re: Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697))

2025-10-18 Thread Rémi Denis-Courmont via ffmpeg-devel
Hi, Le 14 octobre 2025 13:32:00 GMT+03:00, Nicolas George via ffmpeg-devel a écrit : >michaelni (HE12025-10-13): >> Also you would have to convince the community, that we want this. iam >> not sure how the community would think about it, but for example you >> could offer t

[FFmpeg-devel] Re: [RFC] FFlabs Sponsor

2025-10-18 Thread Rémi Denis-Courmont via ffmpeg-devel
Le perjantaina 10. lokakuuta 2025, 15.28.58 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > The FFmpeg community decided, that we should actively look for sponsors. Insofar as "absentees are always wrong" (French proverb), yes, but it should be noted that

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-10-18 Thread Rémi Denis-Courmont via ffmpeg-devel
Le perjantaina 3. lokakuuta 2025, 23.49.46 Itä-Euroopan kesäaika Stephen Hutchinson via ffmpeg-devel a écrit : > While I haven't gotten through adding the more newly-added external > libraries to the tedious mingw build guide, IIRC most/all of them > already can be built natively f

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-10-18 Thread Rémi Denis-Courmont via ffmpeg-devel
Le 3 octobre 2025 15:44:56 GMT+03:00, "Martin Storsjö via ffmpeg-devel" a écrit : >First off, calling a C function, which turns out to be in x86_64 mode, will >clobber those registers. Will it? I thought code JITed from x86_64 to AArch64 could *not* access the reserved reg

[FFmpeg-devel] [PATCH] RVV: fix and improve lavc/pixblockdsp (PR #20647)

2025-10-18 Thread Rémi Denis-Courmont via ffmpeg-devel
_riscv_v_min_vlen if (bits <= __riscv_v_min_vlen) -- 2.49.1 _______ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]

[FFmpeg-devel] Re: New mailing-list archive

2025-10-13 Thread Diederick C. Niehorster via ffmpeg-devel
On Mon, Oct 13, 2025 at 10:33 AM Nicolas George via ffmpeg-devel wrote: > > Hi. I just went to the new archive for this mailing-list. > > Is it just me or does it suck? > > I am looking at > <https://lists.ffmpeg.org/archives/list/[email protected]/thread/OU7LIDH6

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-10-17 Thread Harish Raja Selvan via ffmpeg-devel
_cmd = grep ! /^-I/, @gcc_cmd; -- 2.50.1.windows.1 From: Martin Storsjö Sent: 22 September 2025 17:18 To: harish.rajaselvan--- via ffmpeg-devel Cc: Harish Raja Selvan Subject: Re: [FFmpeg-devel] [DISCUSSION] Adding ARM64EC support to FFmpeg On Mon, 22 Sep 2025, ha

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-10-17 Thread Rémi Denis-Courmont via ffmpeg-devel
ad, f.d. Finska republik Nylands _______ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-09-27 Thread Rémi Denis-Courmont via ffmpeg-devel
Hello, Le maanantaina 22. syyskuuta 2025, 13.04.40 Itä-Euroopan kesäaika harish.rajaselvan--- via ffmpeg-devel a écrit : > I'm reaching out regarding ARM64EC support for FFmpeg on Windows. I don't really see the point. There is no use case for FFmpeg proper (the executable) to t

[FFmpeg-devel] [PATCH] Add myself to CODEOWNERS (PR #20620)

2025-09-27 Thread Rémi Denis-Courmont via ffmpeg-devel
libswscale/.* @haasn # tools @@ -210,4 +214,5 @@ doc/.* @GyanD # tests # = +tests/checkasm/riscv/.* @Courmisch tests/ref/fate/sub-mcc.* @programmerjake -- 2.49.1 ___ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an

[FFmpeg-devel] Re: [RFC] Issue tracker

2025-09-28 Thread Rémi Denis-Courmont via ffmpeg-devel
Le maanantaina 15. syyskuuta 2025, 0.23.17 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > Hi everyone > > trac supports, custom search queries, customly formated results > > People can vote on tickets, I don't see much value in voting on tickets. I

[FFmpeg-devel] Re: [RFC] Issue tracker

2025-09-28 Thread Rémi Denis-Courmont via ffmpeg-devel
Le sunnuntai 28. syyskuuta 2025, 11.51.13 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > Hi Remi > > On Sun, Sep 28, 2025 at 10:54:14AM +0300, Rémi Denis-Courmont via ffmpeg- devel wrote: > > Le maanantaina 15. syyskuuta 2025, 0.23.17 Itä-Euroopan k

[FFmpeg-devel] [PATCH] Add support for copying metadata boxed/mebx defined in ISO 14496-12

2025-10-21 Thread Holliger, Lukas J via ffmpeg-devel
x27;b','x')) { +mov_write_gmhd_tag(pb, track); } if (track->mode == MODE_MOV) /* ISO 14496-12 8.4.3.1 specifies hdlr only within mdia or meta boxes */ mov_write_hdlr_tag(s, pb, NULL); @@ -8803,6 +8839,7 @@ static const AVCodecTag codec_mp4_tags[] = { { AV_CODEC_ID_DVD_SUBTITLE,

Re: [FFmpeg-devel] [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Rémi Denis-Courmont via ffmpeg-devel
Le perjantaina 22. elokuuta 2025, 15.59.14 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > > Since you tagged the GA on this, I am going to go ahead and request that > > a formal GA vote, which I assume will be conducted before any action, must > > have

Re: [FFmpeg-devel] STF 2025 grant request (2025-09-01 target)

2025-08-24 Thread Rémi Denis-Courmont via ffmpeg-devel
Le sunnuntai 24. elokuuta 2025, 13.47.49 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > Then thilo was attacked by derek claiming he stole money. Derek claimed that Thilo had some sort of alcohol-related issue. This was totally unacceptable behaviour, since he failed

[FFmpeg-devel] Reminder: STF 2025 grant proposals due on 2025-09-01

2025-08-24 Thread Pierre-Anthony Lemieux via ffmpeg-devel
. Best, -- Pierre ___ 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".

Re: [FFmpeg-devel] FFmpeg 8.0 Release

2025-08-17 Thread Rémi Denis-Courmont via ffmpeg-devel
ext* week but not right now. > risc-v looks mostly green on fate, am i missing something ? The RVA20 lines are green, but the V line is yellow. -- ヅニ-クーモン・レミ Tapio's place new town, former Finnish Republic of Uusimaa ___________ ffmpeg-devel mailing

Re: [FFmpeg-devel] [PATCH] doc/community: Update Community Committee section to reflect reality (PR #20224)

2025-08-17 Thread Rémi Denis-Courmont via ffmpeg-devel
standpoint, 2 members who are inactive, one is extremely busy and one has had to deal with a bunch of different personal issues, and I can't make decisions alone. -- 德尼-库尔蒙‧雷米 Tapio's place new town, former Finnish Republic of Uusimaa ____

[FFmpeg-devel] [PATCH] .forgejo/CODEOWNERS: add myself to relevant files (PR #20272)

2025-08-17 Thread Zane van Iperen via ffmpeg-devel
avformat/kvag.* @zane +libavformat/pp_bnk.* @zane +libavformat/scd.* @zane libavformat/iamf.* @jamrial libavformat/.*jpegxl.* @Traneptora libavformat/.*jxl.* @Traneptora -- 2.49.1 _______ ffmpeg-devel mailing list [email protected] https://ffmpe

[FFmpeg-devel] HTML emails (was Re: [FFFjo] [FFmpeg/FFmpeg] .NET Bindings Crash (MS_VC_EXCEPTION / 0x406d1388) (Issue #20420))

2025-09-05 Thread Rémi Denis-Courmont via ffmpeg-devel
Doesn't this ML have a plain text policy? I suppose that this is a problem with FFFjo rather than OP, but still. -- Rémi Denis-Courmont Villeneuve de Tapiola, ex-République finlandaise d´Uusimaa ___ ffmpeg-devel mailing list -- ffmpeg-

[FFmpeg-devel] Re: [PATCH v8] libavcodec/riscv: add RVV optimized idct_32x32_8 for HEVC

2025-09-06 Thread Rémi Denis-Courmont via ffmpeg-devel
Le maanantaina 25. elokuuta 2025, 11.35.28 Itä-Euroopan kesäaika daichengrong via ffmpeg-devel a écrit : > ping~ Can you please submit via code.ffmpeg.org ? -- ヅニ-クーモン・レミ Tapio's place new town, former Finnish Republic of Uusimaa ___ ffmp

[FFmpeg-devel] [PATCH v2] avcodec/aac_ac3_parser: fix the warning caused by bit_rate not being initialized.

2025-09-05 Thread 岑湛权 via ffmpeg-devel
rds compatible HE-AAC the sample rate, channel count, and total number of samples found in an AAC ADTS header are not -- 2.34.1 ___________ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]

[FFmpeg-devel] Re: [PATCH] web: Add funding.json

2025-09-05 Thread Rémi Denis-Courmont via ffmpeg-devel
Le tiistaina 2. syyskuuta 2025, 16.10.04 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > Simple awnser: because iam not 100% sure Then don't allow it until you, or rather SPI, are sure. You don't want to get into legal/fiscal troubles, especially not for sma

[FFmpeg-devel] Re: [PATCH v8] libavcodec/riscv: add RVV optimized idct_32x32_8 for HEVC

2025-09-05 Thread Rémi Denis-Courmont via ffmpeg-devel
Le perjantaina 5. syyskuuta 2025, 18.11.49 Itä-Euroopan kesäaika Rémi Denis- Courmont via ffmpeg-devel a écrit : > Le maanantaina 25. elokuuta 2025, 11.35.28 Itä-Euroopan kesäaika > daichengrong via ffmpeg-devel a écrit : > > > ping~ > > > Can you please submit via

[FFmpeg-devel] [PATCH 1/1] avcodec/aac_ac3_parser: fix the warning caused by bit_rate not being initialized.

2025-09-04 Thread 岑湛权 via ffmpeg-devel
mples found in an AAC ADTS header are not -- 2.34.1 ___________ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]

[FFmpeg-devel] [PATCH] avcodec/decode: fix enum conversion warnings in side_data_map.

2025-09-04 Thread 岑湛权 via ffmpeg-devel
function expects AVPacketSideDataType. CC: [email protected] Signed-off-by: zhanquan cen --- libavcodec/decode.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/decode.c b/libavcodec/decode.c index f395948d60..f6ed1b4600 100644 --- a/libavcodec/decode.c

[FFmpeg-devel] Re: [RFC] Sponsors & Funding

2025-09-09 Thread Rémi Denis-Courmont via ffmpeg-devel
Le tiistaina 9. syyskuuta 2025, 15.10.37 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > > 2) A legal entity with clear oversight rules that sponsors can trust and > > influence collects funding from sponsors and decides whom to pay for > > what. > We h

[FFmpeg-devel] Re: [RFC] Sponsors & Funding

2025-09-09 Thread Rémi Denis-Courmont via ffmpeg-devel
Hi, Le 9 septembre 2025 11:19:26 GMT+03:00, Michael Niedermayer via ffmpeg-devel a écrit : >Hi Everyone > >The subject of funding and sponsors came up a few times recently. > >I think FFmpeg needs a clear guideline on this matter. To avoid >confusion, to avoid disagreem

[FFmpeg-devel] Re: [PATCH] web: Add funding.json

2025-08-31 Thread Rémi Denis-Courmont via ffmpeg-devel
Le perjantaina 29. elokuuta 2025, 23.40.40 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > Ive sent a V2 of this patch without this wallet, but to awnser your > questions > > This is FFmpegs gnosis safe wallet, i have originally set it up > The wallet is co

[FFmpeg-devel] Re: [PATCH] vf_colorspace: Add an option to clamp trc LUT output

2025-09-03 Thread Ronald S. Bultje via ffmpeg-devel
gt; patch there? Do I just submit it as a pull request? > > On Tue, Aug 26, 2025 at 2:33 PM Ronald S. Bultje > wrote: > >> Hi Drew, >> >> Thanks for the bug report! >> >> On Mon, Aug 25, 2025 at 10:50 AM Drew Dunne via ffmpeg-devel < >> ffmpeg-devel@

<    30   31   32   33   34   35   36   >