On 2025-03-30 11:57 am, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-03-29 11:52 pm, Martin Storsjö wrote:
On Sat, 29 Mar 2025, Gyan Doshi wrote:
Did you not try to use GNU make's flie function?
I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
faster) for the lavc target
Gyan Doshi:
>
>
> On 2025-03-29 11:52 pm, Martin Storsjö wrote:
>> On Sat, 29 Mar 2025, Gyan Doshi wrote:
>>
Did you not try to use GNU make's flie function?
>>>
>>> I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
>>> faster) for the lavc targets.
>>> However, this was adde
On 2025-03-29 11:52 pm, Martin Storsjö wrote:
On Sat, 29 Mar 2025, Gyan Doshi wrote:
Did you not try to use GNU make's flie function?
I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
faster) for the lavc targets.
However, this was added in make 4.0. Are we supporting olde
On Sat Mar 29, 2025 at 10:02 PM PDT, Gyan Doshi wrote:
>
>
> On 2025-03-29 11:52 pm, Martin Storsjö wrote:
>> On Sat, 29 Mar 2025, Gyan Doshi wrote:
>>
Did you not try to use GNU make's flie function?
>>>
>>> I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
>>> faster) for th
Zhao Zhili:
> Ping. Fate on powerpc is still broken.
>
I still think that we should strip le/be in ffprobe. The documentation
of bitexact requires it for the cases where decoders output native
endianness and if we can't distinguish the cases of native endianness vs
explicit source endianness (and
On Sat, Mar 29, 2025 at 6:21 AM Michael Niedermayer
wrote:
> Hi
>
> On Tue, Mar 25, 2025 at 10:59:28PM +0800, Nuo Mi wrote:
> > It is also referred to as:
> > SPI-FUJITSU
> > AUG-CCITT
> > CRC-CCITT (0x1D0F)
> > This CRC type used by H.274
> > ---
> > libavutil/hash.c | 9 +++--
>
> 在 2025年3月21日，下午8:51，Andreas Rheinhardt 写道：
>
> Zhao Zhili:
>>> On Mar 21, 2025, at 19:23, Andreas Rheinhardt
>>> wrote:
>>>
>>> Patch attached.
>>
>> Sometimes the bitstream has builtin endian, not native endian, in which case
>> it shouldn’t be ignored.
>>
>
> Do you have a list of al
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Sonntag, 30. März 2025 00:30
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: Proof of Concept: enable
> out-of-tree filters
>
> Hi
>
> On Sat, Mar 29,
On 3/29/2025 6:46 PM, Michael Niedermayer wrote:
Hi Tristan
On Thu, Mar 13, 2025 at 02:54:48PM -0400, Tristan Matthews wrote:
This matches how the libspeex decoder is calculating frame size (except in
clamp form).
Fixes #11495
---
libavcodec/speexdec.c | 2 +-
1 file changed, 1 insertion(+
On 29.03.2025 22:17, Cameron Gutman wrote:
On Sat, Mar 29, 2025 at 4:02 PM Timo Rothenpieler wrote:
On 29.03.2025 21:58, Cameron Gutman wrote:
Some scenarios (such as game streaming or videoconferencing) may use CBR
to strictly cap the maximum encoded bitrate, but they don't mind the
bitrate
Hi
On Sat, Mar 29, 2025 at 01:45:38AM +, softworkz . wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Michael Niedermayer
> > Sent: Samstag, 29. März 2025 02:17
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH] avfil
Hi
On Sat, Mar 29, 2025 at 03:52:52PM +0100, Leandro Santiago wrote:
[...]
> The good side of it is that it's up to the developer of the external filter
> to worry about keeping track with changes in the ffmpeg core, not the other
> way round.
>
> >
> > That is each filter developer simply main
On 29.03.2025 21:58, Cameron Gutman wrote:
Some scenarios (such as game streaming or videoconferencing) may use CBR
to strictly cap the maximum encoded bitrate, but they don't mind the
bitrate falling below the target if the encoder doesn't need the
additional headroom.
But why aren't they usin
On 29.03.2025 23:28, Cameron Gutman wrote:
On Sat, Mar 29, 2025 at 4:42 PM Timo Rothenpieler wrote:
On 29.03.2025 22:37, Cameron Gutman wrote:
On Sat, Mar 29, 2025 at 4:26 PM Timo Rothenpieler wrote:
On 29.03.2025 22:17, Cameron Gutman wrote:
On Sat, Mar 29, 2025 at 4:02 PM Timo Rothenpie
This changeset
* adds an av class category for hw device contexts
* assigns a color to it
* adds an item_name function to the av class for hw device context
Before
==
[AVHWDeviceContext @ 0260A9C63E00] Selecting d3d11va adapter 2
[AVHWDeviceContext @ 0260A9C63E00] Using device 80
From: softworkz
Signed-off-by: softworkz
---
libavutil/hwcontext.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext.c b/libavutil/hwcontext.c
index 276dc9cee6..3111a44651 100644
--- a/libavutil/hwcontext.c
+++ b/libavutil/hwcontext.c
@@ -137,9 +137,
In some cases, webservers may return content more quickly if one sends many
small requests rather than one big request. Clients may wish to opt-in to this
workaround.
For this purpose, add a max_requested_size AVOption, which returns EOF if
max_requested_size is exceeded, causing a new request wit
Hi Arthur
On Wed, Mar 12, 2025 at 03:45:42PM -0300, Arthur Grillo wrote:
> The current behavior when using restart_with_keyframe is that it will
> recover if it also encounters any audio packet, as they are flagged as a
> keyframe.
>
> The expectation is that packets are dropped until the next _v
Hi Tristan
On Thu, Mar 13, 2025 at 02:54:48PM -0400, Tristan Matthews wrote:
> This matches how the libspeex decoder is calculating frame size (except in
> clamp form).
>
> Fixes #11495
> ---
> libavcodec/speexdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
I belive this is a reg
Hi Koushik
On Fri, Mar 28, 2025 at 11:30:05PM -0700, Koushik Dutta wrote:
> Yes, that’s what I am doing. I am repacketizing h264 and hevc without
> inspection of the stream itself. RTSP over tcp can transmit rtp packets up
> to 64k. Some cameras utilize this to reduce fragmentation overhead but
>
On Sat, Mar 29, 2025 at 4:26 PM Timo Rothenpieler wrote:
>
> On 29.03.2025 22:17, Cameron Gutman wrote:
> > On Sat, Mar 29, 2025 at 4:02 PM Timo Rothenpieler
> > wrote:
> >>
> >> On 29.03.2025 21:58, Cameron Gutman wrote:
> >>> Some scenarios (such as game streaming or videoconferencing) may use
On 29.03.2025 22:37, Cameron Gutman wrote:
On Sat, Mar 29, 2025 at 4:26 PM Timo Rothenpieler wrote:
On 29.03.2025 22:17, Cameron Gutman wrote:
On Sat, Mar 29, 2025 at 4:02 PM Timo Rothenpieler wrote:
On 29.03.2025 21:58, Cameron Gutman wrote:
Some scenarios (such as game streaming or vide
Some scenarios (such as game streaming or videoconferencing) may use CBR
to strictly cap the maximum encoded bitrate, but they don't mind the
bitrate falling below the target if the encoder doesn't need the
additional headroom.
Allow users to opt-out of filler data in CBR mode for those usecases
w
From: softworkz
Signed-off-by: softworkz
---
doc/APIchanges| 3 +++
libavutil/hwcontext.c | 1 +
libavutil/log.c | 1 +
libavutil/log.h | 1 +
libavutil/version.h | 2 +-
5 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 40
On Sat, 29 Mar 2025, Gyan Doshi wrote:
Did you not try to use GNU make's flie function?
I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
faster) for the lavc targets.
However, this was added in make 4.0. Are we supporting older make?
Yes, we generally do support older GNU
Hi,
On Sat, Mar 29, 2025, 13:07 Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Zhao Zhili:
> > Ping. Fate on powerpc is still broken.
> >
>
> I still think that we should strip le/be in ffprobe. The documentation
> of bitexact requires it for the cases where decoders output native
On 3/21/25 4:55 PM, Leon Grutters wrote:
If a supported tag has a class, e.g "" it is ignored entirely;
so for example "Hello" would be converted to "Hello{\i0}"
instead of the intended "{\i1}Hello{\i0}".
Signed-off-by: Leon Grutters
Ping.
---
libavcodec/webvttdec.c | 39
On 3/28/25 22:38, Michael Niedermayer wrote:
> Hi Leandro
>
> On Mon, Mar 24, 2025 at 05:20:02PM +0100, Leandro Santiago wrote:
>> In this iteration I've made the following changes, based on the received
>> feedback:
>>
>> - No external tools are needed by the build system.
>>
>> - The external fi
On 2025-03-29 05:51 pm, Ramiro Polla wrote:
Hi Gyan,
On Sat, Mar 29, 2025 at 6:11 AM Gyan Doshi wrote:
On 2025-03-27 10:03 am, Gyan Doshi wrote:
On 2025-03-26 11:37 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-03-25 05:11 pm, Ramiro Polla wrote:
On Sat, Mar 22, 2025 at 5:33 AM Gyan
Hi Gyan,
On Sat, Mar 29, 2025 at 6:11 AM Gyan Doshi wrote:
> On 2025-03-27 10:03 am, Gyan Doshi wrote:
> > On 2025-03-26 11:37 pm, Andreas Rheinhardt wrote:
> >> Gyan Doshi:
> >>> On 2025-03-25 05:11 pm, Ramiro Polla wrote:
> On Sat, Mar 22, 2025 at 5:33 AM Gyan Doshi wrote:
> > On 2025
Hi
On Tue, Mar 18, 2025 at 08:58:56PM +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> libavcodec/hevc/hevcdec.c | 3 +++
> 1 file changed, 3 insertions(+)
This seems to break fate-mov-elst-ends-betn-b-and-i
TESTmov-elst-ends-betn-b-and-i
--- ./tests/ref/fate/mov-elst-ends-betn-b-and
31 matches
Mail list logo
