From: softworkz
Signed-off-by: softworkz
---
doc/fftools-common-opts.texi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/fftools-common-opts.texi b/doc/fftools-common-opts.texi
index f6d452c40e..756c843c02 100644
--- a/doc/fftools-common-opts.texi
+++ b/doc/fftools-common-opts.texi
@
From: softworkz
This commit adds the memaddresses log flag.
When specifying this flag at the command line, context prefixes will
be printed with memory addresses like in earlier ffmpeg versions.
Example with memaddresses flag:
[hevc @ 018e72a89cc0] .
without (new behavior):
[hevc] ...
From: softworkz
which is controls prefix formatting. With this flag set, the prefix is
printed including the memory address, otherwise it is omitted.
In libavutil, the flag is set by default, retaining the previous
behavior. fftools remove the flag as default.
Signed-off-by: softworkz
---
doc/
--and disable by default in fftools. The benefits are:
* Smaller log file sizes
* Makes log files better readable
* Allows comparing and viewing log file diffs without almost every line
being different due to those addresses
Before
==
[hevc @ 018e72a89cc0] nal_unit_type:
[hevc @ 0
> On Apr 9, 2025, at 08:07, Jack Lau via ffmpeg-devel
> wrote:
>
> fix ticket #11531
>
> the rtsp aac did not marked keyframe which cannot easy copy to output.
> because f265f9c9d04863180503707bfad285f48e6bf080 commit change the AAC props
> to match xHE-AAC.
> in some formats like MOV, need
Andreas Rheinhardt:
> Patch attached.
>
> - Andreas
Will apply this patch tomorrow unless there are objections.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit lin
fix ticket #11531
the rtsp aac did not marked keyframe which cannot easy copy to output.
because f265f9c9d04863180503707bfad285f48e6bf080 commit change the AAC props to
match xHE-AAC.
in some formats like MOV, need_parsing is set, so AAC can be still parsed be
keyframe
but rtsp did not, so this
On 4/8/25 06:19, Michael Niedermayer wrote:
Hi all
As i have too many things to do already i did the most logic thing and
started thinking about a new and unrelated idea.
This is a list of problems and ideas, that everyone is welcome to add to and
comment on.
AVDictionary is just bad.
* its c
> -Original Message-
> From: ffmpeg-devel On Behalf Of Marton
> Balint
Hi Marton,
> As for the question of the default behaviour, I don't have a strong
> opinion, both can make sense, maybe I would keep the existing behaviour
> for the library, but change the default for the cli tools
Le 13/03/2025 à 18:03, Lynne a écrit :
This series of commits adds a fully compliant version 3 and 4 hardware
accelerator code for FFv1 written in Vulkan.
Thank you for this hard work!
I tested today's master branch with lot of different pix_fmts and FFV1
encoder settings on both Linux and Win
On Mon, 7 Apr 2025, Nicolas George wrote:
Marton Balint (HE12025-04-06):
I think a log flag to completely hide the addresses makes sense, and can be
implemented cleanly and reliably in avutil/log. I can totally support that.
I do not. The more I think on it, the more I consider this whole
> -Original Message-
> From: ffmpeg-devel On Behalf Of Gerion
> Entrup
> Sent: Mittwoch, 9. April 2025 00:18
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [RFC] AVDictionary2
>
> Am Dienstag, 8. April 2025, 22:29:37 Mitteleuropäische Sommerzeit
> schrie
Hi
On Wed, Apr 09, 2025 at 12:18:10AM +0200, Gerion Entrup wrote:
> Am Dienstag, 8. April 2025, 22:29:37 Mitteleuropäische Sommerzeit schrieb
> Michael Niedermayer:
> > On Tue, Apr 08, 2025 at 11:10:21AM -0500, Romain Beauxis wrote:
> > > Le mar. 8 avr. 2025 à 05:20, Michael Niedermayer
> > > a
Hi
On Sun, Apr 06, 2025 at 09:12:00PM +, softworkz . wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Marton
> > Balint
> > Sent: Sonntag, 6. April 2025 23:05
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] SW's Patchsets Over
Am Dienstag, 8. April 2025, 22:29:37 Mitteleuropäische Sommerzeit schrieb
Michael Niedermayer:
> On Tue, Apr 08, 2025 at 11:10:21AM -0500, Romain Beauxis wrote:
> > Le mar. 8 avr. 2025 à 05:20, Michael Niedermayer
> > a écrit :
>> [...]
> > * Any interest in storing multiple values for the same k
The warning is repeated forever, 1 per second, and pollues the logs
without any added value compared to one warning for the whole stream.
Before:
$ ./ffmpeg -y -f lavfi -i testsrc=duration=10:size=8000x8000 -c:v ffv1
-level 3 test.mkv
[...]
[ffv1 @ 0x560605332f00] Cannot allocate worst case pa
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Dienstag, 8. April 2025 21:45
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [RFC] AVDictionary2
>
> On Tue, Apr 08, 2025 at 06:36:55PM +, softworkz . wrote:
> >
> >
The FFV1 decoder accepts 1024 slices but the encoder does not currently
permit it.
Let's permit 32x32 (which is the GPU encoder setting, by the way).
From 216f14a7bf0c4f71b7c8e15c7f2d91088818a20d Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Tue, 8 Apr 2025 22:07:47 +0200
Subject: [PATCH]
e_params = nvdec_vc1_frame_params,
.init = ff_nvdec_decode_init,
.uninit = ff_nvdec_decode_uninit,
---
base-commit: f76195ff656d6bea68feee783160652e2b3e3d60
change-id: 20250408-nvdec-vc1-fix-7fb117513851
Best regards,
--
averne
__
On Tue, Apr 08, 2025 at 11:10:21AM -0500, Romain Beauxis wrote:
> Le mar. 8 avr. 2025 à 05:20, Michael Niedermayer
> a écrit :
> >
> > Hi all
> >
> > As i have too many things to do already i did the most logic thing and
> > started thinking about a new and unrelated idea.
> >
> > This is a list o
On Tue, Apr 08, 2025 at 06:36:55PM +, softworkz . wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Michael Niedermayer
> > Sent: Dienstag, 8. April 2025 20:16
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [RFC] AVDictiona
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Dienstag, 8. April 2025 20:16
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [RFC] AVDictionary2
>
> Hi softworkz
>
> On Tue, Apr 08, 2025 at 04:56:36PM +, softwor
Hi softworkz
On Tue, Apr 08, 2025 at 04:56:36PM +, softworkz . wrote:
[...]
> Hi Michael,
>
> it's been a while, but as far as memory serves, wasn't a linear search even
> more efficient than other methods as long as we're dealing with no more than
> a few dozens of items?
a dozen is 12, s
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Dienstag, 8. April 2025 12:20
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [RFC] AVDictionary2
>
> Hi all
>
> As i have too many things to do already i did the most logi
On 24/03/2025 18:10, Frank Plowman wrote:
> A sample with a particular partitioning structure that could not be read
> correctly before 26c5d8cf5d6dcd520e781754d986e9907d74270e
>
> Signed-off-by: Frank Plowman
> ---
> tests/fate/vvc.mak | 10 ++
> tests/ref/fate/vvc-
Le mar. 8 avr. 2025 à 05:20, Michael Niedermayer
a écrit :
>
> Hi all
>
> As i have too many things to do already i did the most logic thing and
> started thinking about a new and unrelated idea.
>
> This is a list of problems and ideas, that everyone is welcome to add to and
> comment on.
>
> AVD
Le 08/04/2025 à 11:19, Zhao Zhili a écrit :
> Sorry for the long delay.
No problem, thank you for the review.
>
>> On Mar 5, 2025, at 01:17, averne wrote:
>>
>>
>> ---
>> Insert the relevant marker into the bitstream on
>> slice submission.
>> This is analogous to the logic found in DXVA and
> -Original Message-
> From: Stefano Sabatini
> Sent: Dienstag, 8. April 2025 00:06
> To: softworkz .
> Cc: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 0/4] print_graphs: Complete
> Filtergraph Printing
>
> In date Monday 2025-03-31 19:27:13 +00
Regression since 19e9a203b7b8e613840b055cdf68303a4fb84581.
Signed-off-by: James Almer
---
libavutil/dict.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/libavutil/dict.c b/libavutil/dict.c
index f7dcd07eeb..fafb454fd3 100644
--- a/libavutil/dict.c
+++ b
Hello FFmpeg developers,
I'm a 2025 Gsoc applicant and have submitted a proposal for implementing a
basic VP6 Encoder in FFmpeg. I understand the importance of community
engagement and am reaching out to introduce myself and seek any guidance,
feedback,or suggestions you might have on the idea or
> On Mar 24, 2025, at 04:15, averne wrote:
>
> Fixes hardware decoders depending on long_term_pic_idx.
> Relevant ITU conformance test vectors: MR6_BT_B, MR8_BT_B
>
> ---
> According to the specification (8.2.4.3 Modification process for
> reference picture lists), the reference reordering pr
When decoding a bitstream with weighted-bipred enabled,
the results on ARM and x86 platforms may differ.
The reason for the inconsistency is that the value of
STRIDE_ALIGN differs between platforms. And STRIDE_ALIGN
is set to the buffer stride of temporary buffers for U
and V components in mc_part
Hi all
As i have too many things to do already i did the most logic thing and
started thinking about a new and unrelated idea.
This is a list of problems and ideas, that everyone is welcome to add to and
comment on.
AVDictionary is just bad.
* its complicated internally with
unneeded alternat
From: Zhao Zhili
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 52f67fbd0c..6b8d2c314c 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -29642,7 +29642,7 @@ Set the initial y position. Must be a floating p
34 matches
Mail list logo
