> On Nov 15, 2025, at 23:15, Michael Niedermayer via ffmpeg-devel
> wrote:
>
> Hi all
>
> due to accumulated bug fixes, i think we should make a new release from
> release/8.0 soon
>
> if tehres something you want backported, please backport it. (ill of co
On Sat, Nov 15, 2025 at 06:09:59AM +0100, Michael Niedermayer via ffmpeg-devel
wrote:
> On Fri, Nov 14, 2025 at 04:08:40PM -0800, Jacob Lifshay via ffmpeg-devel
> wrote:
> > On Fri, Nov 14, 2025 at 1:45 PM Michael Niedermayer via ffmpeg-devel
> > wrote:
> > > +
@@ Run the FATE test suite (requires the fate-suite dataset).
@end table
@section Makefile variables
-@anchor {makefile variables}
+@anchor{makefile variables}
@table @env
@item V
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To
Hello,
I was asked to add a Paul B Mahol donation entry.
Kieran
0001-donations-Add-Paul-B-Mahol.patch
Description: Binary data
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Michael Niedermayer 于2025年11月5日周三 05:24写道：
>
> Hi Steven
>
> On Thu, Oct 30, 2025 at 03:19:54PM +0800, Steven Liu via ffmpeg-devel wrote:
> > Hi Folks,
> >
> >
> > I would like to request reimbursement for the following expenses
> > incurred attendi
ent session:
+
+@example
+export FATE_SAMPLES=/path/to/fate-suite
+make fate-rsync
+make fate
+@end example
+
+or in isolation for a single command by prepending it:
@example
FATE_SAMPLES=/path/to/fate-suite make fate-rsync
--
2.49.1
___
ffmpeg-de
On Sun, 16 Nov 2025, 05:04 Michael Niedermayer via ffmpeg-devel, <
[email protected]> wrote:
> Hi everyone
>
> It seems neither Thilo nor Pierre have time to look into this.
> Does someone else have time ? (id like to work on the 8.0.1 release
> and backports and many
rwise, lower score. */
if (ret != AVERROR_EOF)
goto fail;
--
2.34.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
> On Nov 18, 2025, at 09:26, Xiang, Haihao via ffmpeg-devel
> wrote:
>
> From: Disclosure
>
> Reviewed-by: Zhong Li
> Reviewed-by: Haihao Xiang
> Cc: Michael Niedermayer
> Signed-off-by: Disclosure
> ---
> libavcodec/qsv.c | 2 ++
> libavfilt
amp;&
+(version == DTLS_VERSION_10 || version == DTLS_VERSION_12);
+}
+ return ret;
}
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
_oh.* @quink
libavutil/hwcontext_mediacodec.* @quink
+libavutil/hwcontext_videotoolbox.* @ePirat
libavutil/iamf.* @jamrial
libavutil/integer.* @michaelni
libavutil/lfg.* @michaelni
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
offset, slice_h, c->dst_slice_align);
+return AVERROR(EINVAL);
+}
+
ret = c->convert_unscaled(c, src2, srcStride2, offset, slice_h,
dst2, dstStride2);
if (scale_dst)
--
2.49.1
_______
On 17/11/2025 16:01, Niklas Haas wrote:
On Monday, November 17th, 2025 at 3:48 PM, Tobias Rapp via ffmpeg-devel
wrote:
On 11/11/2025 03:33, Michael Niedermayer via ffmpeg-devel wrote:
Hi
adding niklas to the CC so its not missed
but i agree the patch LGTM
On Tue, Nov 04, 2025 at 08:52
Jack Lau via ffmpeg-devel (HE12025-11-17):
> PR #20944 opened by Jack Lau (JackLau)
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20944
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20944.patch
>
> Fix #20940
>
> This reverts commit 4440e499ba
>
>
Michael Niedermayer via ffmpeg-devel (HE12025-11-02):
> We have people in the community who have experience with company stuff
But not necessarily the people we should trust to have the best
interests of the project at heart.
> I care about money, so i dont have to care about money
>
I was not sure about how to CC the current maintainers via code.f.o so this
is the CC..
-- Forwarded message -
De : toots via ffmpeg-devel
Date: mar. 18 nov. 2025 à 17:02
Subject: [FFmpeg-devel] [PATCH] Add myself as maintainer to the various ogg
files. (PR #20961)
To:
Cc: toots
#include "libavutil/avstring.h"
-#include "libavutil/imgutils.h"
-#include "libavcodec/avcodec.h"
#include "libavutil/pixdesc.h"
#include "libavutil/hwcontext_videotoolbox.h"
-#include "codec_internal.h"
-#include "internal.h"
-#include
+
#include "atsc_a53.h"
+#include "codec_internal.h"
#include "encode.h"
#include "h264.h"
#include "h264_sei.h"
#include "hwconfig.h"
-#include
+#include "internal.h"
#if !HAVE_KCMVIDEOCODECTYPE_HEVC
enum { kCMVideoCodecType_HEVC = 'hvc1' };
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
-f ffmetadata -
+ffmpeg "$@" -bitexact -threads $threads -f ffmetadata -
}
framemd5(){
-ffmpeg "$@" -bitexact -f framemd5 -
+ffmpeg "$@" -bitexact -threads $threads -f framemd5 -
}
crc(){
--
2.49.1
_______
ffm
le:
- changed-files:
-- any-glob-to-any-file: libswscale/**
+- any-glob-to-any-file: 'libswscale/**'
CLI:
- changed-files:
-- any-glob-to-any-file: fftools/**
+- any-glob-to-any-file: 'fftools/**'
--
2.49.1
___
f
On Sat, Nov 15, 2025 at 04:15:14PM +0100, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> due to accumulated bug fixes, i think we should make a new release from
> release/8.0 soon
will probably make 7.1.3 shortly after 8.0.1
[...]
--
Michael GnuPG
On Sat, Nov 15, 2025 at 11:29:26PM +0800, Zhao Zhili via ffmpeg-devel wrote:
>
>
> > On Nov 15, 2025, at 23:15, Michael Niedermayer via ffmpeg-devel
> > wrote:
> >
> > Hi all
> >
> > due to accumulated bug fixes, i think we should make a new rele
(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 45e0b8b577..b914404f91 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -1817,8 +1817,10 @@ static int whip_write_packet(AVFormatContext *s,
AVPacket *pkt)
if (ret == AVERROR(EINVAL)) {
av_log(whip, AV_LOG_WAR
> 在 2025年11月19日，下午12:29，Michael Niedermayer via ffmpeg-devel
> 写道：
>
> On Sat, Nov 15, 2025 at 11:29:26PM +0800, Zhao Zhili via ffmpeg-devel wrote:
>>
>>
>>>> On Nov 15, 2025, at 23:15, Michael Niedermayer via ffmpeg-devel
>>>> wrote:
>&
packets is not constant, then they could
need a parser
if (st->codecpar->codec_id == AV_CODEC_ID_MP3
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
_get_pix_fmt_name(frame->format));
+}
+}
pix_buf_pool = VTCompressionSessionGetPixelBufferPool(vtctx->session);
if (!pix_buf_pool) {
@@ -2578,7 +2444,7 @@ static int create_cv_pixel_buffer(AVCodecContext *avctx,
return AVERROR_EXTERNAL;
}
-status = copy_avframe_to_pixel_buffer(avctx, frame, *cv_img, strides,
heights);
+status = copy_avframe_to_pixel_buffer(avctx, frame, *cv_img);
if (status) {
CFRelease(*cv_img);
*cv_img = NULL;
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
592, 0xecd67225
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
> -Original Message-
> From: 김현호(HYUN HO KIM) via ffmpeg-devel
> Sent: Tuesday, October 28, 2025 20:28
> To: [email protected]
> Cc: 김현호(HYUN HO KIM)
> Subject: [FFmpeg-devel] [PATCH] avcodec/qsv: Multiple calls to
> ff_qsv_init_session_frames() cause ha
undHandler
-TAG:vendor_id=[0][0][0][0]
[STREAM]
index=0
id=0x0
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Practice2001 via ffmpeg-devel (HE12025-11-21):
> Addition of tcp_keepalive, tcp_keepidle, tcp_keepintvl, and tcp_keepcnt
> support to the TCP protocol. Exposeing these options to the HTTP protocol
> so they can be used for HTTP(S) connections. Updated documentation.
> Tested with:
Description: PGP signature
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Hi.
Pavel Roslyy via ffmpeg-devel (HE12025-11-11):
> I was misunderstanding what mailman does, so my statement was nonsense
> and can be disregarded.
This thing is a maze of contradictory information and fallacies, many
eyes on it is best to have a chance to find a solution.
> I
/
av_dict_set(&st->metadata, "vendor_id", av_fourcc2str(id), 0);
@@ -9479,6 +9519,7 @@ static const MOVParseTableEntry mov_default_parse_table[]
= {
#if CONFIG_IAMFDEC
{ MKTAG('i','a','c','b'), mov_read_iacb },
#endif
+{ MKTAG('s','r','a','t'), mov_read_srat },
{ 0, NULL }
};
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Thanks for the feedback. I'll focus on something else then.
On Fri, Nov 21, 2025 at 11:36 PM Nicolas George via ffmpeg-devel <
[email protected]> wrote:
> Practice2001 via ffmpeg-devel (HE12025-11-21):
> > Addition of tcp_keepalive, tcp_keepidle, tcp_keepintvl, and tcp
atic const AVOption d3d12va_encode_hevc_options[] = {
HW_BASE_ENCODE_COMMON_OPTIONS,
D3D12VA_ENCODE_COMMON_OPTIONS,
D3D12VA_ENCODE_RC_OPTIONS,
+D3D12VA_ENCODE_INTRA_REFRESH_OPTIONS,
{ "qp", "Constant QP (for P-frames; scaled by qfactor/qoffset for I/B)",
OFFSET(qp), AV_OPT_TYPE_INT, { .i64 = 0 }, 0, 52, FLAGS },
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
@@ -2014,6 +2013,7 @@ EXTERNAL_LIBRARY_LIST="
libtensorflow
libtesseract
libtheora
+libtls
libtorch
libtwolame
libuavs3d
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an e
u(gb);
+top = bytestream2_get_le16u(gb);
w = bytestream2_get_le16u(gb);
h = bytestream2_get_le16u(gb);
bytestream2_skip(gb, 2);
@@ -2110,6 +2110,9 @@ static int process_frame_obj(SANMVideoContext *ctx,
GetByteContext *gb,
memset(ctx->fbuf, 0, ctx->frm0_size);
On Fri, Nov 21, 2025 at 08:54:07PM +0100, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> I intend to make 6.1.4 and 5.1.8 in the next days
>
> if someone wants to backport something, do it now
6.1.4 done
[...]
--
Michael Gn
ps://www.youtube.com/user/Milestonesys>[Facebook
Logo]<https://www.facebook.com/milestonesys/>[Instagram
Logo]<https://www.instagram.com/milestonesystems/>
[Milestone Logo]<https://www.milestonesys.com/>
_______________
ffmpeg-devel m
sible to modify the incoming encoded
stream to make FFmpeg believe that the stream doesn't contain B frames ☹
Michael Bodenhoff
Principal Software Engineer
FT01
Email: [email protected]
-Original Message-
From: ffmpeg-devel On Behalf Of Andrey Turkin
Sent: 24. maj 2024 13:39
To
upto|paket|posible|unkown|inpossible|dimention|acheive|funtions|overriden|outputing|seperation|initalize|compatibilty|bistream|knwon|unknwon|choosen|additonal|gurantee|availble|wich|begining|milisecond|missmatch|threshhold)\b'
'common typos' $*
+hiegrep
'\b(awnser|cant|dont|wont|doesn
ention|acheive|funtions|overriden|outputing|seperation|initalize|compatibilty|bistream|knwon|unknwon|choosen|additonal|gurantee|availble|wich|begining|milisecond|missmatch|threshhold)\b'
'common typos' $*
+hiegrep
'\b(awnser|cant|dont|wont|doesnt|usefull|successfull|occured|teh|alot|wether|skiped|skiping|heigth|informations|colums|loosy|loosing|ouput|seperate|preceed|upto|paket|posible|unkown|inpossible|dimention|acheive|funtions|overriden|outputing|seperation|initalize|compatibilty|bistream|knwon|unknwon|choosen|additonal|gurantee|availble|wich|begining|milisecond|missmatch|threshhold|accomodate|processsing|substract|auxillary|coefficents|neccesary|precison|avaliable|sucessful|charactor)\b'
'common typos' $*
hiegrep 'av_log\( *NULL' 'Missing context in av_log' $*
hiegrep '[^sn]printf' 'Please use av_log' $*
--
2.42.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".
/llvm/llvm-project/commit/9097a07e4e83b9f394598d53557247277b064b09.)
Anyway, the change looks good, so I'll push it.
// Martin
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg
min"))
return VMAF_POOL_METHOD_MIN;
-if (av_stristr(pool_method, "mean"))
+ if (!strcmp(pool_method, "mean"))
return VMAF_POOL_METHOD_MEAN;
-if (av_stristr(pool_method, "harmonic_mean"))
+if (!strcmp(pool_method, "harmonic_mean"))
return VMAF_POOL_METHOD_HARMONIC_MEAN;
}
--
2.37.1 (Apple Git-137.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".
and patches"
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
__
Attached.
0001-doc-filters-expand-documentation-on-libvmaf-filter.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
tches"
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
____
> 2023年12月5日 05:32，James Almer 写道：
>
> On 11/15/2023 11:40 AM, zhupengfei via ffmpeg-devel wrote:
>> From: Zhu Pengfei <[email protected]>
>> Signed-off-by: Zhu Pengfei <[email protected]>
>> ---
>> libavformat/flvdec.c | 171 ++
but that's not actually going to work - try it with a set of JPEGs as
input and you'll observe the problem. (Note that no other encoder uses this
field on input, though some do use it internally.)
- Mark
_______
ffmpeg-devel mailing list
ffmpeg-d
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
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
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
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
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
_______
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".
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".
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
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
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
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]
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
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.
>
&
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
.
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".
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
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,
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
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".
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".
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
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.
&
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
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
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".
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
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]
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
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
__________
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
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:
> >
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:
> >
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;
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
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,
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",
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
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
{.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"
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".
}
-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".
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
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
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
-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
-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
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".
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.
[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
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".
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
3201 - 3300 of 3433 matches
Mail list logo
