> On Nov 10, 2025, at 08:24, Michael Niedermayer via ffmpeg-devel
> wrote:
>
> Hi Kieran
>
> On Sat, Nov 01, 2025 at 02:37:45AM +, Kieran Kunhya via ffmpeg-devel
> wrote:
>> On Fri, 31 Oct 2025, 17:06 michaelni via ffmpeg-devel, <
>> [email protected]> wrote:
>>
>>> PR #20805 ope
On 2025-11-16 04:02 am, Tolga Celebi via ffmpeg-devel wrote:
From: tolgakaan12 <[email protected]>
The set_encoder_id function in fftools/ffmpeg_mux_init was writing a shortened
encoder tag even when -bitexact flag was set, instead of omitting it entirely
like ot
PR #20931 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20931
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20931.patch
WHIP force the use of Annex B by enabling h264_mp4toannexb
BSF in whip_check_bitstream. However, this BSF runs during
packet writing and
From: boxu
VideoToolbox encoder with B-frames can produce non-monotonic DTS values,
causing playback issues. This patch implements a complete timestamp reset
strategy to ensure correct PTS/DTS ordering.
The fix:
- Generates monotonic DTS values based on decode order (frame counter)
- Preserves V
From: tolgakaan12 <[email protected]>
The set_encoder_id function in fftools/ffmpeg_mux_init was writing a shortened
encoder tag even when -bitexact flag was set, instead of omitting it entirely
like other formats (flac, mp3, wav) do. This patch makes the function ret
The film_write_packet() function reads encoded_buf_size from packet
data via AV_RB24() and uses it in a modulo operation without validation.
When the data contains zeros at this position, it causes division by zero.
Add validation to return AVERROR_INVALIDDATA when encoded_buf_size is zero.
Signe
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 other things)
thx
On Tue, Nov 04, 2025 at 11:45:40AM +0530, FLOSS Fund via ffmpeg-devel wrote:
> Dear *FFmpeg*
>
> We are pleased
PR #20930 opened by Gyan Doshi (GyanD)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20930
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20930.patch
Revision of FFmpeg/FFmpeg!20907
>From e76fcf822346b47c6ec65ec59945ab896c16f193 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sun, 16
On 11/15/2025 3:14 PM, Kieran Kunhya via ffmpeg-devel wrote:
Hello,
I was asked to add a Paul B Mahol donation entry.
By him?
I'm not against this patch, but will it help convincing him to
contribute again to the project?
Kieran
___
ffmpeg-de
PR #20929 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20929
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20929.patch
Demuxers should not generate this error code when they encounter truncated or
otherwise invalid files. It's an error code the underly
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]
PR #20927 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20927
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20927.patch
This fixes building after commit
1ce88d29d0795857a6950c0047e62e2d3ccf8080.
That commit caused the following errors:
src/doc/
PR #20926 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20926
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20926.patch
Move scale_vt and transpose_vt to this section.
>From d0460c7238c10d636465c37f05a048eeb46a852c Mon Sep 17 00:00:00 2001
From: Zhao Zhil
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:
> > > +
> > > + > > src=
> 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 course
> try to get my fixes
> back
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 course try
to get my fixes
backported before the release as well)
thx
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF13
Nihao,
Le lauantaina 15. marraskuuta 2025, 4.50.11 Itä-Euroopan normaaliaika
yunfei_zhou--- via ffmpeg-devel a écrit :
> Segmented load/store performance: We’ve encountered similar bottlenecks in
> our video decoding optimizations. To address this, we’re actively proposing
> new vector instructio
17 matches
Mail list logo
