From: Haihao Xiang
libvpl deprecated some symbols (e.g. MFX_EXTBUFF_VPP_DENOISE2 is used to
replace MFX_EXTBUFF_VPP_DENOISE), however the new symbols aren't support
by MediaSDK runtime. In order to support the combination of libvpl and
MediaSDK runtime on legacy devices, we continue to use the de
Quoting Xiang, Haihao (2023-11-27 05:42:20)
> >
> > Also, the else is unnecessary since the if() block ends with continue.
> >
>
> I wanted to print a message if all devices don't exist. I'll remove it in the
> new version if you think such info is unnecessary.
I don't object to the message, I
Will push soon.
On 2023-11-26 04:08 pm, Gyan Doshi wrote:
3d29724c00 removed the doc entry for the option pool while adding
a parser function for it at the same time!
The option remains available and undeprecated.
---
doc/filters.texi | 4
1 file changed, 4 insertions(+)
diff --git a/d
Anton Khirnov (12023-11-23):
> Avoid making decisions based on current graph input state, which makes
> the output dependent on the order in which the frames from different
> inputs are interleaved.
>
> Makes the output of fate-filter-overlay-dvdsub-2397 more correct - the
> subtitle appears two f
Nicolas George (12023-11-27):
> Just as I warned you, it breaks the test case I suggested:
>
> ./ffmpeg_g -xerror -i /tmp/dummy_with_sub.mkv -preset ultrafast -lavfi
> '[0:s]setpts=PTS+60/TB[s] ; [0:v][s]overlay' -y /tmp/dummy_with_hardsub.mkv
>
> (/tmp/dummy_with_sub.mkv is created like I told
Anton Khirnov (12023-11-23):
> ---
> libavfilter/buffersink.c | 9 +
> 1 file changed, 9 insertions(+)
LGTM, thanks.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg
On 11/15/23 22:45, Michael Niedermayer wrote:
> On Tue, Nov 14, 2023 at 01:59:48PM +0100, Michael Riedl wrote:
>> On 11/14/23 11:05, Tomas Härdin wrote:
>>> This patchset is missing tests. I know that we for some reason don't
>>> really have tests for protocols, but I feel the issue is worthwhile t
Michael Riedl (12023-11-27):
> Regardless, this will only test the implementation against itself. If that
> makes
> sense and sounds reasonable, I will add the server support to this patch
> series.
Thanks. It will not be enough in a perfect world, but it still is a very
good start and much bett
On 27.11.23 00:33, Leo Izen wrote:
On 11/26/23 13:07, Thilo Borgmann wrote:
Am 26.11.2023 um 14:47 schrieb Leo Izen :
On 11/26/23 05:56, Anton Khirnov wrote:
Would be nice to have tests for these.
I have a sample at: https://buzo.us/l.jxl
It would test both of these patches. I can send
Attached.
From 8ce6bd0090666ef94b0455b7f8f4d3c05e273093 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 27 Nov 2023 13:04:16 +0100
Subject: [PATCH] avfilter/framesync: fix OOM case
Fixes OOM when caller keeps adding frames into filtergraph
that reached EOF by other means, for example EOF i
Le 26 novembre 2023 22:54:28 GMT+02:00, flow gg a écrit :
>This is a bit confusing for me.. I tried pulling the latest code, and then
>used `git am checkasm-test-for-dcmul_add.patch` without any patch
>corruption.
Did you try with the actual sent email or only with the original patch file?
___
This can be useful if doing testing of uncommon CPU extensions by
running tests with QEMU (by configuring with e.g.
"target_exec=qemu-aarch64"), by only running the checkasm tests,
to get a reasonable test coverage without excessive test runtime.
For such a config, setting fate_targets="fate-check
In this email, I first attached the original patch, and then sent the
content of this patch in the second reply.
So I tried downloading the attached original patch and running git am
without any issues.
then I tried copying the content from the second reply into the patch and
then running git am al
On Mon, Nov 27, 2023 at 10:43 AM Nicolas George wrote:
> Nicolas George (12023-11-27):
> > Just as I warned you, it breaks the test case I suggested:
> >
> > ./ffmpeg_g -xerror -i /tmp/dummy_with_sub.mkv -preset ultrafast -lavfi
> '[0:s]setpts=PTS+60/TB[s] ; [0:v][s]overlay' -y /tmp/dummy_with_ha
On Mon, Nov 27, 2023 at 1:53 PM flow gg wrote:
> In this email, I first attached the original patch, and then sent the
> content of this patch in the second reply.
> So I tried downloading the attached original patch and running git am
> without any issues.
> then I tried copying the content from
On 25/10/2023 21:55, Michael Niedermayer wrote:
On Sun, Oct 22, 2023 at 07:35:52PM +0100, Mark Thompson wrote:
The spec allows at least thirty-two zero bits followed by a one to mean
2^32-1, with no constraint on the number of zeroes. The libaom
reference decoder does not match this, instead re
On 23/11/2023 09:41, Evgeny Pavlov wrote:
This commit adds option for enabling SmartAccess Video (SAV)
in AMF encoders. SAV is an AMD hardware-specific feature which
enables the parallelization of encode and decode streams across
multiple Video Codec Engine (VCN) hardware instances.
Signed-off-b
On 26/11/2023 14:40, Dmitrii Ovchinnikov wrote:
The code looks significantly duplicated.
This is not moved to amfenc.c since the property has different names
for different encoders, and many other properties (also common to
different encoders, but with different names) are separated in this w
On 27/11/2023 00:58, fei.w.wang-at-intel@ffmpeg.org wrote:
From: Fei Wang
Keep same way with librav1e/libsvtav1/qsv_av1.. to make it more
acceptable instead of using global option "-global_quality".
Fix #10615
Signed-off-by: Fei Wang
---
doc/encoders.texi | 1 +
libavcodec
On 13/11/2023 14:37, Evgeny Pavlov wrote:
This commit increase precision of Sleep() function on Windows.
This fix reduces the sleep time on Windows to improve AMF encoding
performance on low resolution input videos.
Fix for issue #10622
v2: use timeBeginPeriod/timeEndPeriod for increasing preci
On 22/10/2023 15:54, Mark Thompson wrote:
The 8-bit four-component DXGI container is also used for three-component
RGB without alpha.
---
This list is only used for AV->DXGI mapping, so it doesn't matter that there
are duplicate DXGI formats in the list.
libavutil/hwcontext_d3d11va.c | 1 +
Paul B Mahol (12023-11-27):
> Looks unrelated issue I just fixed, and sent patch to ML.
No, it does not change anything, still “queued = 1081”. You could have
tested.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffm
On Mon, Nov 27, 2023 at 2:49 PM Nicolas George wrote:
> Paul B Mahol (12023-11-27):
> > Looks unrelated issue I just fixed, and sent patch to ML.
>
> No, it does not change anything, still “queued = 1081”. You could have
> tested.
>
I tested it, it passed:
-bash: mkvmerge: command not found
>
On Mon, Nov 27, 2023 at 2:42 PM Mark Thompson wrote:
> Is it reasonable to set this global state from a library without the parent
> program knowing? We'd really prefer not to affect the global state
> unexpectedly.
CreateWaitableTimerExW() with the
CREATE_WAITABLE_TIMER_HIGH_RESOLUTION flag m
Two bug fixes related to the JPEG XL parser. They're not exactly related and
don't need to be applied in sequence.
v2 change: patches themselves are identical, but now there's a FATE test.
Leo Izen (3):
avcodec/jpegxl_parse{,r}: use correct ISOBMFF extended size location
avcodec/jpegxl_parser
According to ISO/IEC 14996-12, size == 1 means a 64-bit extended-size
field occurs *after* the 32-bit box type, not before. This fix should
allow correct parsing of JXL files with extended-size boxes.
Signed-off-by: Leo Izen
---
libavcodec/jpegxl_parse.c | 6 +++---
libavcodec/jpegxl_parser.c |
This patch allows the JXL parser to parse sequences of extremely small
files concatenated together. (e.g. smaller than the parser buffer)
Signed-off-by: Leo Izen
---
libavcodec/jpegxl_parser.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/libavcodec/jpegxl_p
Add a fate test for the above commits fixing extremely small files or
files with extended box sizes.
Signed-off-by: Leo Izen
---
tests/fate/jxl.mak | 8
tests/ref/fate/jxl-small-ext-box | 9 +
2 files changed, 17 insertions(+)
create mode 100644 tests/ref/fate/jxl
Dear FFmpeg community.
Please see FOSDEM Open Media Devroom invite:
Hey all,
The Open Media devroom returns at FOSDEM 2024, and we are looking for
propositions of talks and panels. FOSDEM is one of the largest (8,000+
hackers!) gatherings of Free and Open Source Software contributors in
the world
Le maanantaina 27. marraskuuta 2023, 14.31.18 EET Martin Storsjö a écrit :
> This can be useful if doing testing of uncommon CPU extensions by
> running tests with QEMU (by configuring with e.g.
> "target_exec=qemu-aarch64"), by only running the checkasm tests,
> to get a reasonable test coverage w
> 在 2023年11月23日,下午10:38,Leo Izen 写道:
>
> Declaring the function argument as const fixes a warning down the line
> that the const parameter is stripped. We don't modify this argument.
>
> Signed-off-by: Leo Izen
> ---
> fftools/ffplay_renderer.c | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
Quoting Niklas Haas (2023-11-09 13:19:36)
> From: Niklas Haas
>
> This memset is bogus, it accomplishes nothing in the best case and
> regresses future additions to AVBufferSrcParameters in the worst case.
> ---
> fftools/ffmpeg_filter.c | 3 ---
> 1 file changed, 3 deletions(-)
Looks very ok.
Quoting Niklas Haas (2023-11-09 13:19:34)
> From: Niklas Haas
>
> Even if a query func is set. This is safe to do, because
> ff_default_query_formats is documented not to touch any filter lists
> that were already set by the query func.
>
> The reason to do this is because it allows us to extend
On 17/11/2023 13:03, Jun Zhao wrote:
Add sps_multilayer_extensio support.
Signed-off-by: Jun Zhao
---
libavcodec/cbs_h265.h | 3 +++
libavcodec/cbs_h265_syntax_template.c | 12 +++-
2 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cbs_h265.h
Hi,
On Mon, Nov 27, 2023 at 1:29 AM Gyan Doshi wrote:
>
> Will push soon.
This filter can take any number of models now, each defining their own
pooling methods. Looking at the docs now, I can see that it's not
clear how to do this, I'll need to send a patch on that. The global
`pool` option has
On 2023-11-27 11:38 pm, Kyle Swanson wrote:
Hi,
On Mon, Nov 27, 2023 at 1:29 AM Gyan Doshi wrote:
Will push soon.
This filter can take any number of models now, each defining their own
pooling methods. Looking at the docs now, I can see that it's not
clear how to do this, I'll need to send
Hi,
On Mon, Nov 27, 2023 at 10:15 AM Gyan Doshi wrote:
> Do you mean in the lib? Because in ffmpeg git master, in the wrapper,
> the option remains available and undeprecated.
>
> Regards,
> Gyan
Oops, you're right. Ignore everything I just said, sorry for the noise.
Thanks,
Kyle
__
Signed-off-by: James Almer
---
libavcodec/Makefile| 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/iamf_stream_split_bsf.c | 807 +
3 files changed, 809 insertions(+)
create mode 100644 libavcodec/iamf_stream_split_bsf.c
diff --git a/li
Packets will be passed to the bsf immediately after being generated by a
demuxer, and no further data will be read from the input until all packets
have been returned by the bsf.
Signed-off-by: James Almer
---
libavformat/avformat.c | 47
libavformat/demux.c| 162 ++
Signed-off-by: James Almer
---
libavformat/mov.c | 257 ++
1 file changed, 145 insertions(+), 112 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 34ca8095c2..d1f214a441 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -31
Signed-off-by: James Almer
---
libavformat/Makefile | 3 +-
libavformat/isom.h | 6 +
libavformat/mov.c| 290 +++
3 files changed, 272 insertions(+), 27 deletions(-)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 521bf5fef6..02723
On 31/10/2023 18:57, Evgeny Pavlov wrote:
From: Michael Fabian 'Xaymar' Dirks
added 10 bit support for amf hevc.
before:
command - ffmpeg.exe -hide_banner -y -hwaccel d3d11va -hwaccel_output_format
d3d11 -i test_10bit_file.mkv -an -c:v h264_amf res.dx11_hw_h264.mkv
output - Format of input
On Mon, 27 Nov 2023, Rémi Denis-Courmont wrote:
Le maanantaina 27. marraskuuta 2023, 14.31.18 EET Martin Storsjö a écrit :
This can be useful if doing testing of uncommon CPU extensions by
running tests with QEMU (by configuring with e.g.
"target_exec=qemu-aarch64"), by only running the checkas
Hi Martin,
patch looks technically good to me.
On 2023-11-27 17:46 +0200, Rémi Denis-Courmont wrote:
> Le maanantaina 27. marraskuuta 2023, 14.31.18 EET Martin Storsjö a écrit :
> > This can be useful if doing testing of uncommon CPU extensions by
> > running tests with QEMU (by configuring with
On Mon, Nov 27, 2023 at 05:46:40PM +0200, Rémi Denis-Courmont wrote:
[...]
> Also FWIW, RV broke due to misaligned accesses and illegal vector types that
> QEMU tolerated. That is rather an argument against QEMU than against this MR
> but still.
has someone reported this to qemu ?
(seems like a b
On Tue, Nov 28, 2023 at 1:59 AM Mark Thompson wrote:
>
> On 17/11/2023 13:03, Jun Zhao wrote:
> > Add sps_multilayer_extensio support.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libavcodec/cbs_h265.h | 3 +++
> > libavcodec/cbs_h265_syntax_template.c | 12 +++-
> > 2
> Quoting Xiang, Haihao (2023-11-27 05:42:20)
> > >
> > > Also, the else is unnecessary since the if() block ends with continue.
> > >
> >
> > I wanted to print a message if all devices don't exist. I'll remove it in
> > the
> > new version if you think such info is unnecessary.
>
> I don't o
On Ma, 2023-11-27 at 13:36 +, Mark Thompson wrote:
> On 27/11/2023 00:58, fei.w.wang-at-intel@ffmpeg.org wrote:
> > From: Fei Wang
> >
> > Keep same way with librav1e/libsvtav1/qsv_av1.. to make it more
> > acceptable instead of using global option "-global_quality".
> >
> > Fix #10615
>
On 2023-11-28 12:13 am, James Almer wrote:
Packets will be passed to the bsf immediately after being generated by a
demuxer, and no further data will be read from the input until all packets
have been returned by the bsf.
Do you plan to add a lib/cli option for user-specified insertions?
Wil
From: Artem Galin
User may choose the hardware via option vendor_id when multiple
hardwares are available.
Signed-off-by: Artem Galin
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_d3d11va.c | 59 ++-
1 file changed, 58 insertions(+), 1 deletion(-)
diff -
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
doc/ffmpeg.texi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 68363ae045..145cbb1032 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -1165,6 +1165,21 @@ Choose the first devic
From: Haihao Xiang
When multiple hardwares are available, the default one might not be
Intel Hardware. We can use option vendor_id to choose the required
vendor.
Tested-by: Artem Galin
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_qsv.c | 6 ++
1 file changed, 6 insertions(+)
diff
From: Haihao Xiang
It is possible that renderD128 doesn't exist but renderD129 is
available in a system (see [1]). This change can make sure the default
DRM device selection works even if renderD128 doesn't exist.
[1]
https://github.com/intel/intel-device-plugins-for-kubernetes/blob/main/cmd/gp
Hi all,
the vote has ended, with the result that ALL proposed candidates are
added to GA. See [1] for more details.
Raw votes in CSV format are attached for posterity (also downloadable
from [1]).
[1] https://vote.ffmpeg.org/cgi-bin/civs/results.pl?id=E_d0b225b9aa8d45d5
Cheers,
--
Anton Khirnov
Le 28 novembre 2023 01:22:14 GMT+02:00, Michael Niedermayer
a écrit :
>On Mon, Nov 27, 2023 at 05:46:40PM +0200, Rémi Denis-Courmont wrote:
>[...]
>> Also FWIW, RV broke due to misaligned accesses and illegal vector types that
>> QEMU tolerated. That is rather an argument against QEMU than agai
55 matches
Mail list logo