> -Original Message-
> From: ffmpeg-devel On Behalf Of Leo
> Izen
> Sent: Monday, November 13, 2023 2:53 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3] avcodec/vp8: Export
> `vp8_token_update_probs` variable
>
> On 11/12/23 20:44, Dai, Jianhui J wrote:
> > Th
On 2023-11-12 08:27 pm, Gyan Doshi wrote:
On 2023-11-08 10:25 am, Gyan Doshi wrote:
Setting of external param 'force_key_frames' was added in 7bcc1b4eb8.
It is available since v1.1.0 but ffmpeg allows linking against v0.9.0.
Plan to push tomorrow, barring objections.
Pushed as 67a2571a5
On 11/12/23 20:44, Dai, Jianhui J wrote:
This commit exports the `vp8_token_update_probs` variable to internal
library scope to facilitate its reuse within the library.
Where is this symbol actually needed elsewhere? If it is, perhaps an
explanation in the commit message would be ideal. (I ha
Hi,
This seems to show that the SSSE3 optimisation is no better than the SSE2, at
least on my AMD Ryzen. Does anyone know why it's there? Should it be purged?
Br,
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo
>
> Will apply soon.
>
Hi Niklas:
This patchset causes a regression.
The command: "ffmpeg -i input.png -vf format=grayf32,format=gray8 output.png"
reports error.
If I configure with "--disable-sse2", the error is unseen.
Thanks
Wenbin
> ___
> ffmpeg
This commit adds support for VP8 bitstream read methods to the cbs
codec. This enables the trace_headers bitstream filter to support VP8,
in addition to AV1, H.264, H.265, and VP9. This can be useful for
debugging VP8 stream issues.
The CBS VP8 implements a simple VP8 boolean decoder using GetBitC
> -Original Message-
> From: Dai, Jianhui J
> Sent: Monday, November 13, 2023 9:44 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [PATCH v3] avcodec/vp8: Export `vp8_token_update_probs` variable
>
> This commit exports the `vp8_token_update_probs` variable to internal library
> scope to f
This commit exports the `vp8_token_update_probs` variable to internal
library scope to facilitate its reuse within the library.
Signed-off-by: Jianhui Dai
---
libavcodec/vp8.c | 2 +-
libavcodec/vp8data.c | 170 ++
libavcodec/vp8data.h | 171 +---
On Sun, Nov 12, 2023 at 07:34:07PM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2023-11-12 19:02:31)
> > On Sun, Nov 12, 2023 at 06:43:28PM +0100, J. Dekker wrote:
> > > On Sun, Nov 12, 2023, at 18:31, Michael Niedermayer wrote:
> > > > On Sun, Nov 12, 2023 at 11:03:21AM -0300, James
scalarproduct_and_madd_int16_c: 10355.7
scalarproduct_and_madd_int16_rvv_i32: 1480.0
---
libavcodec/lossless_audiodsp.c | 2 ++
libavcodec/lossless_audiodsp.h | 1 +
libavcodec/riscv/Makefile| 2 ++
libavcodec/riscv/llauddsp_init.c | 40
libavcodec/
scalarproduct_and_madd_int32_c: 10899.7
scalarproduct_and_madd_int32_rvv_i32: 1749.0
---
libavcodec/riscv/llauddsp_init.c | 4
libavcodec/riscv/llauddsp_rvv.S | 26 ++
2 files changed, 30 insertions(+)
diff --git a/libavcodec/riscv/llauddsp_init.c b/libavcodec/
On Sun, Nov 12, 2023 at 5:37 PM Michael Niedermayer
wrote:
> On Sun, Nov 12, 2023 at 11:02:49AM +0100, Nicolas George wrote:
> > Vittorio Giovara (12023-11-11):
> > > Nice victimization, but "i'm behaving poorly because the other person
> is a
> > > meanie" is a childish argument
> >
> > Mock all
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 +
tests/checkasm/checkasm.h | 1 +
tests/checkasm/llauddsp.c | 115 ++
4 files changed, 120 insertions(+)
create mode 100644 tests/checkasm/llauddsp.c
diff --git a/tests/checkasm/Makefil
This is ridiculous, and everybody involved in this second vote should be
ashamed of themselves.
-- Forwarded message -
From: Thilo Borgmann (CIVS poll supervisor)
If you would like to vote, please visit the following URL:
https://vote.ffmpeg.org/cgi-bin/civs/vote.pl?id=E_07e
Quoting Michael Niedermayer (2023-11-12 19:02:31)
> On Sun, Nov 12, 2023 at 06:43:28PM +0100, J. Dekker wrote:
> > On Sun, Nov 12, 2023, at 18:31, Michael Niedermayer wrote:
> > > On Sun, Nov 12, 2023 at 11:03:21AM -0300, James Almer wrote:
> > >> On 11/12/2023 10:59 AM, Thilo Borgmann via ffmpeg-d
On Sun, Nov 12, 2023 at 06:43:28PM +0100, J. Dekker wrote:
> On Sun, Nov 12, 2023, at 18:31, Michael Niedermayer wrote:
> > On Sun, Nov 12, 2023 at 11:03:21AM -0300, James Almer wrote:
> >> On 11/12/2023 10:59 AM, Thilo Borgmann via ffmpeg-devel wrote:
> >> > I will also start the repeat vote now a
Quoting Michael Niedermayer (2023-11-12 18:14:09)
> On Sat, Nov 11, 2023 at 07:25:13PM +0100, Anton Khirnov wrote:
> > In other words, you are deliberately trying to subvert the
> > intent of the rules.
>
> no, the GA can change the rules entirely if it wants.
> I can change neither the rules nor
---
libavcodec/avfft.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 3ef076d222..999b5ed79a 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -130,6 +130,7 @@ av_cold void av_mdct_end(FFTContext *s)
{
if (s) {
AVTXWrapper
---
libavcodec/avfft.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index fb635abfff..3ef076d222 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -46,7 +46,7 @@ FFTContext *av_fft_init(int nbits, int inverse)
{
On Sun, Nov 12, 2023, at 18:31, Michael Niedermayer wrote:
> On Sun, Nov 12, 2023 at 11:03:21AM -0300, James Almer wrote:
>> On 11/12/2023 10:59 AM, Thilo Borgmann via ffmpeg-devel wrote:
>> > I will also start the repeat vote now and everybody can hold their
>> > horses before going to flamewar. D
On Sun, Nov 12, 2023 at 11:03:21AM -0300, James Almer wrote:
> On 11/12/2023 10:59 AM, Thilo Borgmann via ffmpeg-devel wrote:
> > I will also start the repeat vote now and everybody can hold their
> > horses before going to flamewar. Depending on JB's explanations, he
> > might still prove that the
On Sun, Nov 12, 2023 at 06:06:01PM +0100, Adrien Guinet wrote:
> This commit introduces new options to support more than one decryption
> keys:
> * add a decryption_keys option to MOV, that supports a dictionnary of
> KID=>key (in hex), using AV_OPT_TYPE_DICT
> * add the corresponding cenc_decryp
On Sat, Nov 11, 2023 at 07:25:13PM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2023-11-11 18:28:54)
> > There was a swift and defensive reaction from multiple people when
> > i suggested to nominate several of the main authors of FFmpeg to the GA.
> > (Who many people have had no con
This commit introduces new options to support more than one decryption
keys:
* add a decryption_keys option to MOV, that supports a dictionnary of
KID=>key (in hex), using AV_OPT_TYPE_DICT
* add the corresponding cenc_decryption_keys option to DASH
Signed-off-by: Adrien Guinet
---
doc/demuxer
In my eyes, the matter of how we should update the voters list was already
resolved.
> https://vote.ffmpeg.org/cgi-bin/civs/vote.pl?id=E_07e9c717f7820201&key=240812a0c2e373ac
> This is your private URL. Do not give it to anyone else, because they could
> use it to vote for you.
This vote seems
On Sun, Nov 12, 2023 at 11:02:49AM +0100, Nicolas George wrote:
> Vittorio Giovara (12023-11-11):
> > Nice victimization, but "i'm behaving poorly because the other person is a
> > meanie" is a childish argument
>
> Mock all your want, the fact that you attacked me even though I was just
> replyin
Anton Khirnov (12023-11-12):
> So you have started this vote that at least 6 developers were against,
> and zero people beside you were in favor of.
I did not take the time to write it, but given the irregularities of the
vote and the public attitude of the organizers about it, I think it is
neces
This is an invalid do-over and I refuse to take part.
Please enjoy my private URL.
- Derek
Forwarded Message
Subject:Poll: Repeat vote: GA voters list updates
Date: Sun, 12 Nov 2023 15:00:41 +0100 (CET)
From: Thilo Borgmann (CIVS poll supervisor)
Reply-To: t
> -Original Message-
> From: Zhao Zhili
> Sent: 2023年11月9日 21:06
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v6] fftools/ffplay: add hwaccel decoding
> support
>
> Ping. v6 didn’t changed much compare to v5.
>
> > On Nov 8, 2023, at 00:45, Zhao
On 11/12/2023 12:11 PM, Sebastian Ramacher wrote:
---
libavcodec/avfft.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 93203228c2..813b6d61a1 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -102,7 +102,8 @@ F
---
libavcodec/avfft.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 93203228c2..813b6d61a1 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -102,7 +102,8 @@ FFTContext *av_mdct_init(int nbits, int inverse, double
The wrappers in avcodec/fft which were introduced in 6.1 may lead to invalid
frees, segfaults and
memory leaks. Consider the following example program:
#include
int main() {
FFTContext* fft = av_fft_init(11, 0);
av_fft_end(fft);
FFTContext* mdct = av_mdct_init(11, 0, 1.0);
av_mdct_end(
---
libavcodec/avfft.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index 813b6d61a1..1b8d6f76c3 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -130,6 +130,7 @@ av_cold void av_mdct_end(FFTContext *s)
{
if (s) {
AVTXWrapper
---
libavcodec/avfft.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/avfft.c b/libavcodec/avfft.c
index fb635abfff..93203228c2 100644
--- a/libavcodec/avfft.c
+++ b/libavcodec/avfft.c
@@ -76,7 +76,6 @@ av_cold void av_fft_end(FFTContext *s)
if (s) {
AVTXWrapper *w = (
On 2023-11-08 10:25 am, Gyan Doshi wrote:
Setting of external param 'force_key_frames' was added in 7bcc1b4eb8.
It is available since v1.1.0 but ffmpeg allows linking against v0.9.0.
Plan to push tomorrow, barring objections.
Regards,
Gyan
---
libavcodec/libsvtav1.c | 2 ++
1 file cha
Quoting Thilo Borgmann (CIVS poll supervisor) (2023-11-12 15:00:23)
> A Condorcet Internet Voting Service poll named Repeat vote: GA voters list
> updates has been created.
> You have been designated as a voter by the poll supervisor,
> Thilo Borgmann (thilo.borgm...@mail.de).
> Description of pol
On 11/12/2023 10:59 AM, Thilo Borgmann via ffmpeg-devel wrote:
I will also start the repeat vote now and everybody can hold their
horses before going to flamewar. Depending on JB's explanations, he
might still prove that the old vote is valid and this repeat vote
becomes void.
Or you could ha
On Sun, Nov 12, 2023 at 2:59 PM Thilo Borgmann via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Hi,
>
> for privacy reasons I must use JB's quote as given in the archives and
> need to drag this reply up one level. If the addresses in the
> redacted part need to be referred to, they shall be r
Hi,
for privacy reasons I must use JB's quote as given in the archives and need to
drag this reply up one level. If the addresses in the
redacted part need to be referred to, they shall be referred to as AddressA and
AddressB.
I will address more replies once time allows, JB's reply is actuall
Better performance can probably be achieved with a more intricate
unrolled loop, but this is a start:
add_hfyu_left_pred_bgr32_c: 15084.0
add_hfyu_left_pred_bgr32_rvv_i32: 10280.2
This would actually be cleaner with the RISC-V P extension, but that is
not ratified yet (I think?) and usually not s
---
tests/checkasm/huffyuvdsp.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/tests/checkasm/huffyuvdsp.c b/tests/checkasm/huffyuvdsp.c
index 6ba27e267f..a08f5a8391 100644
--- a/tests/checkasm/huffyuvdsp.c
+++ b/tests/checkasm/huffyuvdsp.c
@@ -64,6 +64,34 @@ s
On Sun, Nov 12, 2023 at 6:36 PM Nuo Mi wrote:
> vvc decoder plug-in to avcodec.
> split frames into slices/tiles and send them to vvc_thread for further
> decoding
> reorder and wait for the frame decoding to be done and output the frame
>
> Features:
> + Support I, P, B frames
> + Suppor
vvc decoder plug-in to avcodec.
split frames into slices/tiles and send them to vvc_thread for further decoding
reorder and wait for the frame decoding to be done and output the frame
Features:
+ Support I, P, B frames
+ Support 8/10/12 bits, chroma 400, 420, 422, and 444 and range extensi
---
libavcodec/vvc/vvc_ctu.c | 2372 ++
libavcodec/vvc/vvc_ctu.h | 11 +
2 files changed, 2383 insertions(+)
diff --git a/libavcodec/vvc/vvc_ctu.c b/libavcodec/vvc/vvc_ctu.c
index 6138d2fc9f..de2bc9f931 100644
--- a/libavcodec/vvc/vvc_ctu.c
+++ b/libavcodec/v
---
libavcodec/vvc/Makefile | 1 +
libavcodec/vvc/vvcdsp.c | 141 +++
libavcodec/vvc/vvcdsp_template.c | 120 ++
3 files changed, 262 insertions(+)
create mode 100644 libavcodec/vvc/vvcdsp.c
create mode 100644 libavcodec/vvc
This is the main entry point for the CTU (Coding Tree Unit) decoder.
The code will divide the CTU decoder into several stages.
It will check the stage dependencies and run the stage decoder.
---
libavcodec/vvc/Makefile | 1 +
libavcodec/vvc/vvc_thread.c | 799
---
libavcodec/vvc/Makefile |1 +
libavcodec/vvc/vvc_inter.c | 939
libavcodec/vvc/vvc_inter.h | 42 ++
libavcodec/vvc/vvc_inter_template.c | 1023 +++
libavcodec/vvc/vvcdec.h |5 +
libavcodec/vvc
---
libavcodec/vvc/Makefile |1 +
libavcodec/vvc/vvc_ctu.c| 50 ++
libavcodec/vvc/vvc_ctu.h|2 +
libavcodec/vvc/vvc_intra.c | 769
libavcodec/vvc/vvc_intra.h | 49 ++
libavcodec/vvc/vvc_intra_template.c | 1015
---
libavcodec/vvc/Makefile | 1 +
libavcodec/vvc/vvc_itx_1d.c | 713
libavcodec/vvc/vvc_itx_1d.h | 52 +++
3 files changed, 766 insertions(+)
create mode 100644 libavcodec/vvc/vvc_itx_1d.c
create mode 100644 libavcodec/vvc/vvc_itx_1d.h
diff --git a/l
add Context-based Adaptive Binary Arithmetic Coding (CABAC) decoder
---
libavcodec/vvc/Makefile|2 +
libavcodec/vvc/vvc_cabac.c | 2484
libavcodec/vvc/vvc_cabac.h | 126 ++
libavcodec/vvc/vvc_ctu.c | 32 +
libavcodec/vvc/vvc_ctu.h | 463 +++
---
libavcodec/vvc/Makefile |1 +
libavcodec/vvc/vvc_ctu.c | 18 +
libavcodec/vvc/vvc_ctu.h |2 +
libavcodec/vvc/vvc_mvs.c | 1799 ++
libavcodec/vvc/vvc_mvs.h | 46 +
5 files changed, 1866 insertions(+)
create mode 100644 libavcodec/vvc/vvc_mvs.c
---
libavcodec/vvc/Makefile |1 +
libavcodec/vvc/vvc_ps.c | 1149 +++
libavcodec/vvc/vvc_ps.h | 263 +
libavcodec/vvc/vvcdec.h |7 +
4 files changed, 1420 insertions(+)
create mode 100644 libavcodec/vvc/vvc_ps.c
create mode 100644 libavcodec/v
---
libavcodec/vvc/Makefile | 1 +
libavcodec/vvc/vvc_refs.c | 567 ++
libavcodec/vvc/vvc_refs.h | 57
3 files changed, 625 insertions(+)
create mode 100644 libavcodec/vvc/vvc_refs.c
create mode 100644 libavcodec/vvc/vvc_refs.h
diff --git a/libavcod
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/vvc/Makefile | 4 +
libavcodec/vvc/vvcdec.c | 62
libavcodec/vvc/vvcdec.h | 204
6 files changed, 273 insertions(+)
create mod
This patch adds an MPEG Media Transport Protocol (MMTP) parser, as defined in
ISO/IEC 23008-1, and an MMT protocol over TLV packets (MMT/TLV) demuxer, as
defined in ARIB STD-B32. Currently, it supports HEVC, AAC LATM, and ARIB-TTML
demuxing.
Since MMTP is designed to transmit over IP, there is
Vittorio Giovara (12023-11-11):
> Nice victimization, but "i'm behaving poorly because the other person is a
> meanie" is a childish argument
Mock all your want, the fact that you attacked me even though I was just
replying and not even told Paul to stop his childish games proves you
are biassed b
Paul B Mahol (12023-11-12):
> So all this time you play arrogant moves and expect something out of
> nothing but just posting cryptic text.
“Out of nothing”? What does that even mean? It is a collaboration: you
do not share because I want it but because it helps your own goal.
> The case can be s
57 matches
Mail list logo
