From: Wenbin Chen
PyTorch is an open source machine learning framework that accelerates
the path from research prototyping to production deployment. Official
website: https://pytorch.org/. We call the C++ library of PyTorch as
LibTorch, the same below.
To build FFmpeg with LibTorch, please take
On 2024-03-14 03:46 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-03-13 08:49:52)
Are there any limitations to loopback decoding e.g. would a vpx w/alpha
encode be decoded back to a alpha pix fmt?
I don't know how vpx alpha works, was it a separate stream in the
demuxer or something lik
Mar 15, 2024, 02:20 by andreas.rheinha...@outlook.com:
> ff_aac_coder_init_mips() modifies a static const structure of
> function pointers. This will crash if the binary uses relro
> and is a data race in any case.
>
> Furthermore it points to a maintainability issue: The
> AACCoefficientsEncoder
On Ma, 2024-03-11 at 12:56 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> This may reduce the number of internal threads when using hwupload or
> hwdownload filter.
>
> Signed-off-by: Haihao Xiang
> ---
> libavutil/hwcontext_qsv.c | 24
> 1 file changed, 24 inser
On Ma, 2024-03-11 at 12:37 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> When all cached frames are drained, the output mfxSyncPoint pointer is
> NULL and MFX_ERR_MORE_DATA is returned, hence needn't print warning for
> this expected behavior, otherwise the user might think the output fro
On Vr, 2024-03-08 at 16:45 +0800, fei.w.wang-at-intel@ffmpeg.org wrote:
> From: Fei Wang
>
> Signed-off-by: Fei Wang
> ---
> doc/encoders.texi | 4
> libavcodec/vaapi_encode.c | 13 -
> libavcodec/vaapi_encode.h | 9 -
> 3 files changed, 24 insertions(+),
On Do, 2024-03-07 at 00:55 +0100, Araz Iusubov wrote:
> This commit fixes issues with AMD HEVC encoding.
> By default AMD hevc encoder asks for the alignment 64x16, while FFMPEG VAAPI
> has 16x16.
> Adding support for customzied surface size from VASurfaceAttribAlignmentSize
s/customzied/customi
On Do, 2024-03-14 at 08:38 +0800, fei.w.wang-at-intel@ffmpeg.org wrote:
> From: Fei Wang
>
> Signed-off-by: Fei Wang
> ---
> libavcodec/vaapi_decode.c | 9 +++--
> 1 file changed, 3 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/vaapi_decode.c b/libavcodec/vaapi_decode.c
> i
On Vr, 2024-03-08 at 16:47 +0800, fei.w.wang-at-intel@ffmpeg.org wrote:
> From: Fei Wang
>
> According to Table A.2 in spec.
>
> Signed-off-by: Fei Wang
> ---
> libavcodec/vaapi_encode_h265.c | 181 +++--
> 1 file changed, 128 insertions(+), 53 deletions(-)
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > wenbin.chen-at-intel@ffmpeg.org
> > Sent: Monday, March 11, 2024 1:02 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: [FFmpeg-devel] [PATCH v5] libavfi/dnn: add LibTorch as one of DNN
> > backend
> >
> > From: Wenbin Chen
ff_aac_coder_init_mips() modifies a static const structure of
function pointers. This will crash if the binary uses relro
and is a data race in any case.
Furthermore it points to a maintainability issue: The
AACCoefficientsEncoder structures have been constified
in commit fd9212f2edfe9b107c3c08ba2
These strings are so short (longest takes 11B) that using
pointers is wasteful. Avoiding them also moves hashdesc
into .rodata (from .data.rel.ro).
Signed-off-by: Andreas Rheinhardt
---
libavutil/hash.c | 71 +++-
1 file changed, 40 insertions(+), 31 d
- Remove the 1024 cap on the number of samples, for high sample rate audio it
was suboptimal, calculate the low neighbour power of two for the number of
samples (audio blocks) instead.
- Make the function work correctly also for non-pcm codecs by using the stream
bitrate to estimate the targe
Signed-off-by: James Almer
---
tests/fate/wma.mak | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tests/fate/wma.mak b/tests/fate/wma.mak
index 308dced9d6..ed29edae3a 100644
--- a/tests/fate/wma.mak
+++ b/tests/fate/wma.mak
@@ -1,14 +1,14 @@
-FATE_WMAPRO-$(cal
Signed-off-by: James Almer
---
tests/fate/vqf.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/vqf.mak b/tests/fate/vqf.mak
index df5ff44f9d..ccdbe50033 100644
--- a/tests/fate/vqf.mak
+++ b/tests/fate/vqf.mak
@@ -1,4 +1,4 @@
-FATE_VQF-$(call DEMDEC, VQF, TWINVQ)
Signed-off-by: James Almer
---
tests/fate/voice.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/voice.mak b/tests/fate/voice.mak
index 61a4617b44..ab34e353f7 100644
--- a/tests/fate/voice.mak
+++ b/tests/fate/voice.mak
@@ -33,7 +33,7 @@ fate-g723_1-dec-7: CM
Signed-off-by: James Almer
---
tests/fate/vorbis.mak | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/tests/fate/vorbis.mak b/tests/fate/vorbis.mak
index b9b7405e87..781430bcd3 100644
--- a/tests/fate/vorbis.mak
+++ b/tests/fate/vorbis.mak
@@ -94,7 +94,9 @@ fate-vorbis-
Signed-off-by: James Almer
---
tests/fate/real.mak | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tests/fate/real.mak b/tests/fate/real.mak
index dd5f9c61db..13ceab7adf 100644
--- a/tests/fate/real.mak
+++ b/tests/fate/real.mak
@@ -9,13 +9,13 @@ fate-ra4-288: CMP = oneo
Signed-off-by: James Almer
---
tests/fate/pcm.mak | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/fate/pcm.mak b/tests/fate/pcm.mak
index 4e79fc7c41..b10233a9eb 100644
--- a/tests/fate/pcm.mak
+++ b/tests/fate/pcm.mak
@@ -1,10 +1,10 @@
-FATE_SAMPLES_PCM-$(call
Signed-off-by: James Almer
---
tests/fate/mpc.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/mpc.mak b/tests/fate/mpc.mak
index cde6e55177..b737da449b 100644
--- a/tests/fate/mpc.mak
+++ b/tests/fate/mpc.mak
@@ -4,7 +4,7 @@ fate-mpc7-demux: CMD = crc -i
$(TARG
Signed-off-by: James Almer
---
tests/fate/mp3.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/mp3.mak b/tests/fate/mp3.mak
index b874e7c7a4..638ff63264 100644
--- a/tests/fate/mp3.mak
+++ b/tests/fate/mp3.mak
@@ -36,7 +36,7 @@ $(FATE_MP3): FUZZ = 18
fate-mp3-
Signed-off-by: James Almer
---
tests/fate/mov.mak | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/tests/fate/mov.mak b/tests/fate/mov.mak
index 51fd5fa2f3..b54fe19620 100644
--- a/tests/fate/mov.mak
+++ b/tests/fate/mov.mak
@@ -10,11 +10,9 @@ FATE_MOV = fate-mov-3
Signed-off-by: James Almer
---
tests/fate/monkeysaudio.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/monkeysaudio.mak b/tests/fate/monkeysaudio.mak
index 03c646cd47..7ffe2fcdcf 100644
--- a/tests/fate/monkeysaudio.mak
+++ b/tests/fate/monkeysaudio.mak
@@ -19,5
Signed-off-by: James Almer
---
tests/fate/lossless-audio.mak | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tests/fate/lossless-audio.mak b/tests/fate/lossless-audio.mak
index f3aa700743..7c5af885b4 100644
--- a/tests/fate/lossless-audio.mak
+++ b/tests/fate/lo
Signed-off-by: James Almer
---
tests/fate/libswresample.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/libswresample.mak b/tests/fate/libswresample.mak
index 405328797e..a1e5ab91fa 100644
--- a/tests/fate/libswresample.mak
+++ b/tests/fate/libswresample.mak
@@
Signed-off-by: James Almer
---
tests/fate/iamf.mak | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tests/fate/iamf.mak b/tests/fate/iamf.mak
index 6fe0d54762..cf56a67e6f 100644
--- a/tests/fate/iamf.mak
+++ b/tests/fate/iamf.mak
@@ -1,4 +1,4 @@
-FATE_IAMF += fat
Signed-off-by: James Almer
---
tests/fate/gapless.mak | 78 +-
1 file changed, 39 insertions(+), 39 deletions(-)
diff --git a/tests/fate/gapless.mak b/tests/fate/gapless.mak
index 68a396e187..dfae964662 100644
--- a/tests/fate/gapless.mak
+++ b/tests/fate/
Signed-off-by: James Almer
---
tests/fate/ffmpeg.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/ffmpeg.mak b/tests/fate/ffmpeg.mak
index c242c4fe53..9cf05ead68 100644
--- a/tests/fate/ffmpeg.mak
+++ b/tests/fate/ffmpeg.mak
@@ -129,7 +129,7 @@ fate-ffmpeg-fix_su
Signed-off-by: James Almer
---
tests/fate/audio.mak | 28 +++-
1 file changed, 15 insertions(+), 13 deletions(-)
diff --git a/tests/fate/audio.mak b/tests/fate/audio.mak
index 65317c8d45..cfac90424b 100644
--- a/tests/fate/audio.mak
+++ b/tests/fate/audio.mak
@@ -5,12 +5,
Signed-off-by: James Almer
---
tests/fate/filter-audio.mak | 40 ++---
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/tests/fate/filter-audio.mak b/tests/fate/filter-audio.mak
index 6ddc0baf57..3a929121a3 100644
--- a/tests/fate/filter-audio.mak
++
Signed-off-by: James Almer
---
tests/fate/atrac.mak | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tests/fate/atrac.mak b/tests/fate/atrac.mak
index acf79a539c..1c91357559 100644
--- a/tests/fate/atrac.mak
+++ b/tests/fate/atrac.mak
@@ -7,7 +7,7 @@ fate-atrac1-2: CMD =
Signed-off-by: James Almer
---
tests/fate/lavf-container.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/lavf-container.mak b/tests/fate/lavf-container.mak
index fa7ecd2cb5..ce5fdd0f05 100644
--- a/tests/fate/lavf-container.mak
+++ b/tests/fate/lavf-containe
Signed-off-by: James Almer
---
tests/fate/amrwb.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/amrwb.mak b/tests/fate/amrwb.mak
index 7cd17d266e..5e0a47bb82 100644
--- a/tests/fate/amrwb.mak
+++ b/tests/fate/amrwb.mak
@@ -46,6 +46,6 @@ fate-amrwb-remux: CMD = t
Signed-off-by: James Almer
---
tests/fate/demux.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/demux.mak b/tests/fate/demux.mak
index ace8fa0b52..d9b9045f0b 100644
--- a/tests/fate/demux.mak
+++ b/tests/fate/demux.mak
@@ -79,7 +79,7 @@ fate-mlv-demux: CMD =
Signed-off-by: James Almer
---
tests/fate/amrnb.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/amrnb.mak b/tests/fate/amrnb.mak
index 6f5ed413e3..3eb8b324f3 100644
--- a/tests/fate/amrnb.mak
+++ b/tests/fate/amrnb.mak
@@ -30,11 +30,11 @@ FATE_AMRNB += fate-
Signed-off-by: James Almer
---
tests/fate/alac.mak | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/tests/fate/alac.mak b/tests/fate/alac.mak
index 5e29e90cbd..bb27e9db4e 100644
--- a/tests/fate/alac.mak
+++ b/tests/fate/alac.mak
@@ -20,5 +20,7 @@ fate-alac-24-%: CMD = en
Signed-off-by: James Almer
---
tests/fate/adpcm.mak | 44 ++--
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/tests/fate/adpcm.mak b/tests/fate/adpcm.mak
index a7d4dbcf6c..7265211f09 100644
--- a/tests/fate/adpcm.mak
+++ b/tests/fate/adpcm.
Signed-off-by: James Almer
---
tests/fate/ac3.mak | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/fate/ac3.mak b/tests/fate/ac3.mak
index 2dfd59dfb1..1ecb5a3f54 100644
--- a/tests/fate/ac3.mak
+++ b/tests/fate/ac3.mak
@@ -65,17 +65,17 @@ fate-eac3-5: REF = $(S
Signed-off-by: James Almer
---
tests/fate/aac.mak | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/fate/aac.mak b/tests/fate/aac.mak
index 4f8d1cdcea..817944773d 100644
--- a/tests/fate/aac.mak
+++ b/tests/fate/aac.mak
@@ -243,17 +243,17 @@ fate-aac-latm_stereo
On Thu, Mar 14, 2024 at 12:43:00PM -0300, James Almer wrote:
> Otherwise the decoder will not even open.
>
> Signed-off-by: James Almer
> ---
> tools/target_dec_fuzzer.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/tools/target_dec_fuzzer.c b/tools/target_dec_fuzzer.c
> index 84b
On Wed, Feb 07, 2024 at 10:55:18PM +, Kieran Kunhya wrote:
> On Wed, 7 Feb 2024 at 22:06, Paul B Mahol wrote:
>
> > On Wed, Feb 7, 2024 at 10:13 PM Kieran Kunhya wrote:
> >
> > > $subj
> > >
> > > As discussed at FOSDEM.
> > >
> >
> > Author of this patch above is forced to FUZZ this decoder
On Thu, Mar 14, 2024 at 06:57:39PM +0100, Nicolas Gaullier wrote:
> Two issues affect accuracy of duration in estimate_timings_from_pts():
> - pkt->duration typically reports the duration of a single audio frame,
> whereas a pes often contain several audio frames
> - for video, compute_frame_durati
On Thu, 14 Mar 2024, Paul B Mahol wrote:
This is just ugly hack for workaround around broken ffmpeg threading.
This actually improves single threaded performance as well, check it with
ffprobe if you want. Sure, the reason I turned my attention to this is
the speed loss of ffmpeg.c becaus
On Thu, 14 Mar 2024, Tobias Rapp wrote:
On 08/03/2024 01:53, Marton Balint wrote:
This makes the wav and pcm demuxer demux bigger packets, which is more
efficient.
[...]
+0, 136000, 136000, 2000,24000,
f952be1e1c7d48acd73d652ef4ea3aad
+0, 138000, 138000,
Michael Niedermayer:
> On Thu, Mar 14, 2024 at 01:35:36AM +0100, Andreas Rheinhardt wrote:
>> In particular, test writing tags with odd strlen.
>> (These tags are zero-padded to even size.)
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> tests/fate/lavf-audio.mak | 1 +
>> tests/ref/lavf/aiff
On Thu, Mar 14, 2024 at 01:35:36AM +0100, Andreas Rheinhardt wrote:
> In particular, test writing tags with odd strlen.
> (These tags are zero-padded to even size.)
>
> Signed-off-by: Andreas Rheinhardt
> ---
> tests/fate/lavf-audio.mak | 1 +
> tests/ref/lavf/aiff | 4 ++--
> 2 files chan
Andreas Rheinhardt:
> Forgotten in d6799ee0e41dee35ebf9c664173aed8e3ab24141.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/internal.h | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/libavformat/internal.h b/libavformat/internal.h
> index 2e59036a53..e5f8337130 100644
> -
---
libavutil/hwcontext_d3d11va.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/hwcontext_d3d11va.c
index 1b96c38d25..e30c8fc238 100644
--- a/libavutil/hwcontext_d3d11va.c
+++ b/libavutil/hwcontext_d3d11va.c
@@ -685,9 +685,1
A lot of modern stuff straight up fails on the old 1.0 factory, which is
masked by the fact that it's only used when an explicit adapter is
specified.
---
libavutil/hwcontext_d3d11va.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/
At least on latest Win 11 and Visual Studio 2022, that DLL does not
exist anymore and can't be installed via any of the usual means.
However, debugging works just fine regardless, so this check makes
debugging impossible.
D3D11CreateDevice will fail anyway if debugging is not supported, so
let's r
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> fftools/ffmpeg_sched.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/fftools/ffmpeg_sched.c b/fftools/ffmpeg_sched.c
> index d1fb942c34..f739066921 100644
> --- a/fftools/ffmpeg_sched.c
> +++ b/fftools/ffmpeg_sched.c
> @
Andreas:
On Tue, Mar 12, 2024 at 9:14 PM Andreas Rheinhardt
wrote:
>
> h_subpel_filters_inner[i] and h_subpel_filters_outer[i / 2]
> belong together and the former allows the range 0..6,
> so the latter needs to support 0..3. But it has only three
> elements. Add another one.
> The value for the
On Thu, Mar 14, 2024 at 12:04:47PM +, Ignjatović, Lazar (RS) wrote:
> localaddr option now properly works with IPv6 addresses. Properly
> resolved interface index in places where default 0 interface index is
> used (marked with TODO: within udp.c). Added SO_BINDTODEVICE for mcast
> sockets that
Sean McGovern:
> Andreas:
>
> On Tue, Mar 12, 2024 at 8:53 PM Andreas Rheinhardt
> wrote:
>>
>> It is accessed via AV_RN64() in ff_simple_idct_put_int32_10bit().
>> Should fix the UBSan failures in the mpeg4-simple-studio-profile
>> test here:
>> https://fate.ffmpeg.org/report.cgi?time=2024031201
Andreas:
On Tue, Mar 12, 2024 at 8:53 PM Andreas Rheinhardt
wrote:
>
> It is accessed via AV_RN64() in ff_simple_idct_put_int32_10bit().
> Should fix the UBSan failures in the mpeg4-simple-studio-profile
> test here:
> https://fate.ffmpeg.org/report.cgi?time=20240312011016&slot=ppc-linux-gcc-13.2
Andreas:
On Tue, Mar 12, 2024 at 8:42 PM Andreas Rheinhardt
wrote:
>
> HAVE_FAST_UNALIGNED being true does not imply that
> one can simply read from any pointer via *(long*).
> It is undefined behaviour in case the pointer is not
> sufficiently aligned; and even if it is, it is (likely)
> a viola
Andreas:
On Tue, Mar 12, 2024 at 6:57 PM Andreas Rheinhardt
wrote:
>
> Affects many FATE-tests, see
> http://fate.ffmpeg.org/report.cgi?time=20240312011016&slot=ppc-linux-gcc-13.2-ubsan-altivec-qemu
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/avidec.c | 2 +-
> 1 file changed, 1 i
Sean McGovern:
> Andreas:
>
> On Wed, Mar 13, 2024 at 7:31 AM Andreas Rheinhardt
> wrote:
>>
>> Also fix an effective-type violation.
>> Exposed by
>> https://fate.ffmpeg.org/report.cgi?time=20240312011016&slot=ppc-linux-gcc-13.2-ubsan-altivec-qemu
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
On 3/14/2024 4:13 PM, Sean McGovern wrote:
Andreas:
On Wed, Mar 13, 2024 at 7:31 AM Andreas Rheinhardt
wrote:
Also fix an effective-type violation.
Exposed by
https://fate.ffmpeg.org/report.cgi?time=20240312011016&slot=ppc-linux-gcc-13.2-ubsan-altivec-qemu
Signed-off-by: Andreas Rheinhardt
Andreas:
On Wed, Mar 13, 2024 at 7:31 AM Andreas Rheinhardt
wrote:
>
> Also fix an effective-type violation.
> Exposed by
> https://fate.ffmpeg.org/report.cgi?time=20240312011016&slot=ppc-linux-gcc-13.2-ubsan-altivec-qemu
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/ppc/h264dsp.c |
Two issues affect accuracy of duration in estimate_timings_from_pts():
- pkt->duration typically reports the duration of a single audio frame,
whereas a pes often contain several audio frames
- for video, compute_frame_duration() use r_frame_rate which is not
reliable; typically, it is the duration
ff_read_packet() is more lightweight, but it leads to important issues
when looking for accurate durations.
As a side effect, the code looks also simpler with regular av_read_frame()
calls.
1)
Updates in the fate tests do exhibit most of the results.
2)
See also more directly the case of an audi
The documentation correctly states that the rdiv is a multiplier but
incorrectly states the default behavior is to multiply by the sum of all matrix
elements - it multiplies by 1/sum.
This changes the documentation to match the code.
Address trac #10889
---
doc/filters.texi | 2 +-
1 file chan
Otherwise the decoder will not even open.
Signed-off-by: James Almer
---
tools/target_dec_fuzzer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/target_dec_fuzzer.c b/tools/target_dec_fuzzer.c
index 84b646b7f4..459b07070e 100644
--- a/tools/target_dec_fuzzer.c
+++ b/tools/target_d
fre 2024-03-08 klockan 21:13 +0100 skrev Marton Balint:
> Signed-off-by: Marton Balint
> ---
> libavformat/mxfdec.c | 129 ++---
> --
> 1 file changed, 53 insertions(+), 76 deletions(-)
No idea how the new API works, but it's less code which seems nice.
Chang
On Thu, 14 Mar 2024, J. Dekker wrote:
Martin Storsjö writes:
The first 32 elements of each row were correct, while the
last 16 were scrambled.
This hasn't been noticed, because the checkasm test erroneously
only checked half of the output (for 8 bit functions), and
apparently none of the sa
Zhao Zhili:
> From: Zhao Zhili
>
> ---
> v5: Decode chroma_format_idc directly instead of
> ff_h264_decode_seq_parameter_set
> v4: Fix missing SEI in set_avcc_extradata
> v3: Remove unnecessary inclusion
>
> libavcodec/libx264.c | 162 ---
> 1 file chang
Martin Storsjö writes:
> The first 32 elements of each row were correct, while the
> last 16 were scrambled.
>
> This hasn't been noticed, because the checkasm test erroneously
> only checked half of the output (for 8 bit functions), and
> apparently none of the samples as part of "fate-hevc" se
localaddr option now properly works with IPv6 addresses. Properly
resolved interface index in places where default 0 interface index is
used (marked with TODO: within udp.c). Added SO_BINDTODEVICE for mcast
sockets that are used for reading from the network. Need for this
arises from the fact that
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> wenbin.chen-at-intel@ffmpeg.org
> Sent: Monday, March 11, 2024 1:02 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v5] libavfi/dnn: add LibTorch as one of DNN
> backend
>
> From: Wenbin Chen
>
> PyTorch i
>De : Nicolas Gaullier
>Envoyé : lundi 4 mars 2024 18:32
>Objet : [PATCH v3 0/5] avcodec/parser: fix fetch_timestamp in a scenario with
>unaligned packets
>
>Updated from v2:
>patch 1: fix audio case where pts=AV_NOPTS_VALUE but dts exists (thanks to
>Michael)
>now pass fate with --assert-l
This is just ugly hack for workaround around broken ffmpeg threading.
On Thu, Mar 14, 2024 at 9:10 AM Tobias Rapp wrote:
> On 08/03/2024 01:53, Marton Balint wrote:
>
> > This makes the wav and pcm demuxer demux bigger packets, which is more
> > efficient.
> >
> > Signed-off-by: Marton Balint
>
>> +if (if_indextoname(iface, ifr.ifr_name)) {
>> +if (setsockopt(udp_fd, SOL_SOCKET, SO_BINDTODEVICE, (void
>> *)&ifr, sizeof(ifr)) < 0) {
>> +perror("setsockopt SO_BINDTODEVICE");
>
> This should use the proper av_log logging instead.
Will fix and
The encoder options have been updated to the current version of the AMF.
Signed-off-by: Araz Iusubov
---
libavcodec/amfenc.c | 1 +
libavcodec/amfenc.h | 4 +
libavcodec/amfenc_av1.c | 154 +-
libavcodec/amfenc_h264.c | 155 +
Andreas Rheinhardt:
> Instead store all the strings in one continugous string
> (with internal \0) and use offsets to access the actual
> substrings. This replaces the pointers to the strings
> and therefore avoids relocations (and on x64, it actually
> shrinks TiffGeoTagNameType by reusing padding
Quoting Gyan Doshi (2024-03-13 08:49:52)
>
>
> On 2024-03-13 12:57 pm, Anton Khirnov wrote:
> > ffmpeg | branch: master | Anton Khirnov | Mon Feb 19
> > 10:27:44 2024 +0100| [a9193f7b7d65aafa326e25571c6672636a8ee3d2] |
> > committer: Anton Khirnov
> >
> > fftools/ffmpeg: add loopback decoding
---
doc/ffmpeg.texi | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index a38ef834e1..801c083705 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -229,12 +229,16 @@ successive integers starting at zero. These indices
shoul
On 14 Mar 2024, at 10:22, Ignjatović, Lazar wrote:
> avformat: enable UDP IPv6 multicast interface selection
>
> localaddr option now properly works with IPv6 addresses. Properly resolved
> interface index in places where default 0 interface index is used (marked with
> TODO: within udp.c). Adde
avformat: enable UDP IPv6 multicast interface selection
localaddr option now properly works with IPv6 addresses. Properly resolved
interface index in places where default 0 interface index is used (marked with
TODO: within udp.c). Added SO_BINDTODEVICE for mcast sockets that are used for
reading f
From: Tong Wu
Signed-off-by: Tong Wu
---
Changelog | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index b7d7535a9e..81ee3a7837 100644
--- a/Changelog
+++ b/Changelog
@@ -34,7 +34,7 @@ version :
- ffprobe (with -export_side_data film_grain) now prints
From: Tong Wu
This implementation is based on D3D12 Video Encoding Spec:
https://microsoft.github.io/DirectX-Specs/d3d/D3D12VideoEncoding.html
Sample command line for transcoding:
ffmpeg.exe -hwaccel d3d12va -hwaccel_output_format d3d12 -i input.mp4
-c:v hevc_d3d12va output.mp4
Signed-off-by: T
From: Tong Wu
Flags field is added to support diffferent resource creation.
Signed-off-by: Tong Wu
---
doc/APIchanges| 3 +++
libavutil/hwcontext_d3d12va.c | 2 +-
libavutil/hwcontext_d3d12va.h | 8
libavutil/version.h | 2 +-
4 files changed, 13 insertions(+
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 11 +++
libavcodec/hw_base_encode.h | 2 ++
libavcodec/vaapi_encode.c | 6 +-
3 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c
index d2
From: Tong Wu
Get constraints and set recon frame format can be shared with other HW
encoder such as D3D12. Extract this part as a new function to base
layer.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 58 +
libavcodec/hw_base_encode.h | 2 ++
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 54 +
libavcodec/hw_base_encode.h | 3 +++
libavcodec/vaapi_encode.c | 52 +++
3 files changed, 61 insertions(+), 48 deletions(-)
diff --git a/libavcode
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 40 +
libavcodec/hw_base_encode.h | 3 +++
libavcodec/vaapi_encode.c | 44 ++---
3 files changed, 45 insertions(+), 42 deletions(-)
diff --git a/libavcodec/
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 16
libavcodec/hw_base_encode.h | 2 ++
libavcodec/vaapi_encode.c | 8 +---
3 files changed, 19 insertions(+), 7 deletions(-)
diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c
i
From: Tong Wu
Move the base_ctx parameter initialization to base layer.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 33 +
libavcodec/hw_base_encode.h | 2 ++
libavcodec/vaapi_encode.c | 36
3 files changed, 39
From: Tong Wu
Move receive_packet function to base. Add *alloc, *issue, *output, *free
as hardware callback. DPB management logic can be fully extracted to
base layer as-is.
Signed-off-by: Tong Wu
---
libavcodec/Makefile | 2 +-
libavcodec/hw_base_encode.c | 599 +
From: Tong Wu
Since VAAPI and future D3D12VA implementation may share some common parameters,
a base layer encode context is introduced as vaapi context's base.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.h | 241
libavcodec/vaapi_encode.c | 392
From: Tong Wu
When allocating the VAAPIEncodePicture, pic->input_surface can be
initialized right in the place. This movement simplifies the send_frame
logic and is the preparation for moving vaapi_encode_send_frame to the base
layer.
Signed-off-by: Tong Wu
---
libavcodec/vaapi_encode.c | 8 +
On 08/03/2024 01:53, Marton Balint wrote:
This makes the wav and pcm demuxer demux bigger packets, which is more
efficient.
Signed-off-by: Marton Balint
---
libavformat/pcm.c | 2 +-
tests/ref/acodec/pcm-s16be| 2 +-
tests/ref/acodec/pcm-s
On Mon, Mar 04, 2024 at 09:21:43AM +0100, Matthieu Bouron wrote:
> On Tue, Feb 27, 2024 at 03:50:36PM +0100, Matthieu Bouron wrote:
> > Diff from initial patchset:
> > - directly include libavcodec/ffjni.c from libavformat/file.c instead of
> > migrating ffjni to libavutil (avpriv_*)
> > - check
93 matches
Mail list logo