Add support for hevc_qsv to input RGB format frame. It will
transform frame to yuv inside MediaSDK instead of using auto
scale. Now hevc_qsv supports directly encoding BGRA and X2RGB10
format. The X2RGB10 correspond to the A2RGB20 format and BGRA
correspond to RGB4 format in MediaSDK.
Signed-off-b
On Fri, 2022-02-18 at 09:43 +0800, Fei Wang wrote:
> From: Mark Thompson
>
> Signed-off-by: Fei Wang
> ---
> libavcodec/vaapi_encode_h265.c | 107 +++--
> 1 file changed, 102 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/
On 17/2/22 02:54, p...@sandflow.com wrote:
av_log(s,
AV_LOG_DEBUG,
"Switch resource on track %d: re-open context\n",
track->index);
-if (open_track_resource_context(s, &(track->resource
Fix: #7706. After commit 5fdcf85bbffe7451c2, vaapi encoder's performance
decrease. The reason is that vaRenderPicture() and vaSyncBuffer() are
called at the same time (vaRenderPicture() always followed by a
vaSyncBuffer()). Now I changed them to be called in a asynchronous way,
which will make bett
Add vaSyncBuffer to VAAPI encoder. Old version API vaSyncSurface wait
surface to complete. When surface is used for multiple operation, it
waits all operations to finish. vaSyncBuffer only wait one channel to
finish.
Signed-off-by: Wenbin Chen
Signed-off-by: Haihao Xiang
---
libavcodec/vaapi_en
Hey, there are some make errors, pasted as follows:
libavcodec/vaapi_encode.c:2552:1: note: in expansion of macro 'av_cold'
av_cold int ff_vaapi_encode_close(AVCodecContext *avctx)
^~~
libavcodec/vaapi_encode.c:2589:1: error: expected declaration or statement at
end of input
}
^
libavcod
From: Wenbin Chen
Fix: #7706. After commit 5fdcf85bbffe7451c2, vaapi encoder's performance
decrease. The reason is that vaRenderPicture() and vaSyncBuffer() are
called at the same time (vaRenderPicture() always followed by a
vaSyncBuffer()). Now I changed them to be called in a asynchronous way,
From: Wenbin Chen
Add vaSyncBuffer to VAAPI encoder. Old version API vaSyncSurface wait
surface to complete. When surface is used for multiple operation, it
waits all operations to finish. vaSyncBuffer only wait one channel to
finish.
Signed-off-by: Wenbin Chen
Signed-off-by: Haihao Xiang
---
From: Mark Thompson
Signed-off-by: Fei Wang
---
libavcodec/vaapi_encode_h265.c | 107 +++--
1 file changed, 102 insertions(+), 5 deletions(-)
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
index 8319848e4a..e98502503d 100644
--- a/libav
From: Mark Thompson
max_14bit_constraint_flag should be set if the bit depth is not greater than
14 (currently always true).
one_picture_only_flag should not be set because we don't support the still
picture profiles.
general_profile_compatibility_flag should be set according to
general_profil
From: Mark Thompson
The block size can be dependent on the profile and entrypoint selected.
It defaults to 16x16, with codecs able to override this choice with their
own function.
Signed-off-by: Fei Wang
---
libavcodec/vaapi_encode.c | 14 ++
libavcodec/vaapi_encode.h |
From: Linjie Fu
Use GPB frames to replace regular P frames if backend driver does not
support it.
- GPB:
Generalized P and B picture. P frames replaced by B frames with
forward-predict only, L0 == L1. Normal B frames still have 2
different ref_lists and allow bi-prediction
Signed-of
> On Tue, 2022-02-15 at 15:00 +0800, Wenbin Chen wrote:
> > Add support for hevc_qsv to input RGB format frame. It will
> > transform frame to yuv inside MediaSDK instead of using auto
> > scale. Now hevc_qsv supports directly encoding BGRA and X2RGB10
> > format. X2RGB10 is only supported in VDENC
On 2/17/22 5:19 PM, Helmut K. C. Tessarek wrote:
It's definitely not working, since I don't ship any dylibs. I always thought
3.5.1 li9nked a static lib, but I checked. It does not.
Even if I wanted to I couldn't ship any dylibs, since I can't build
AviSynthPlus on macOS 10.14.
It's really t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2022-02-16 19:55, Stephen Hutchinson wrote:
> FFmpeg dlopens AviSynth, it only needs the headers and doesn't try to
> link it. It has never linked to AviSynth.
This I find strange. dlopen is rather useless when you create static
binaries unles
On Thu, Feb 17, 2022 at 1:00 PM James Almer wrote:
>
>
>
> On 2/17/2022 2:51 AM, Vignesh Venkatasubramanian wrote:
> > Add a parameter to libaom-av1 encoder to enforce some of the single
> > image constraints in the AV1 encoder. Setting this flag will limit
> > the encoder to producing exactly one
Add a parameter to libaom-av1 encoder to enforce some of the single
image constraints in the AV1 encoder. Setting this flag will limit
the encoder to producing exactly one frame and the sequence header
that is produced by the encoder will be conformant to the AVIF
specification [1].
Part of Fixing
On 2/17/2022 2:51 AM, Vignesh Venkatasubramanian wrote:
Add a parameter to libaom-av1 encoder to enforce some of the single
image constraints in the AV1 encoder. Setting this flag will limit
the encoder to producing exactly one frame and the sequence header
that is produced by the encoder will
On Wed, 16 Feb 2022, nihil-admirari wrote:
---
fftools/Makefile | 5 +
fftools/long_paths_utf8.manifest | 12
fftools/long_paths_utf8.rc | 3 +++
3 files changed, 20 insertions(+)
create mode 100644 fftools/long_paths_utf8.manifest
create mode 100644 ffto
On Thu, Feb 17, 2022 at 10:09 AM James Zern wrote:
>
> On Wed, Feb 16, 2022 at 9:51 PM Vignesh Venkatasubramanian
> wrote:
> >
> > Add a parameter to libaom-av1 encoder to enforce some of the single
> > image constraints in the AV1 encoder. Setting this flag will limit
> > the encoder to producin
On Wed, Feb 16, 2022 at 9:51 PM Vignesh Venkatasubramanian
wrote:
>
> Add a parameter to libaom-av1 encoder to enforce some of the single
> image constraints in the AV1 encoder. Setting this flag will limit
> the encoder to producing exactly one frame and the sequence header
> that is produced by
From: Niklas Haas
Option boilerplate. Very soon we shall definitely need to add some sort
of generic forward-proof option parsing mechanism to libplacebo..
---
libavfilter/vf_libplacebo.c | 78 +
1 file changed, 78 insertions(+)
diff --git a/libavfilter/vf_li
> if the path later is going to end up in a codepath that expects it to be UTF8
> (please do check!), then we should go that way instead
I checked. datadir ends up in (cmdutils.c:2104)
base[2] = datadir;
and base[*] are later used in (cmdutils.c:2112 or 2116)
snprintf(filename, filenam
---
fftools/Makefile| 5 +
fftools/long_paths.manifest | 10 ++
fftools/long_paths.rc | 3 +++
3 files changed, 18 insertions(+)
create mode 100644 fftools/long_paths.manifest
create mode 100644 fftools/long_paths.rc
diff --git a/fftools/Makefile b/fftools/Makefi
On Thu, Feb 17, 2022 at 11:04:04AM +0100, Alan Kelly wrote:
> The main loop processes blocks of 16 pixels. The tail processes blocks
> of size 4.
> ---
> libswscale/x86/scale_avx2.asm | 48 +--
> 1 file changed, 46 insertions(+), 2 deletions(-)
ill wait a few days
On Thu, Feb 17, 2022 at 11:03:52AM +0100, Alan Kelly wrote:
> Make the code more readable and follow the style guide.
> ---
> libswscale/utils.c | 66 +-
> 1 file changed, 36 insertions(+), 30 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fi
On Thu, Feb 17, 2022 at 11:03:21AM +0100, Alan Kelly wrote:
> ---
> libswscale/swscale_internal.h | 2 +-
> libswscale/utils.c| 11 ---
> 2 files changed, 9 insertions(+), 4 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78
Hello,
Sorry, but I'm not allowed to share these cameras' footage.
I was able to test them, and it runs fine on last ffmpeg.
On Thu, Feb 17, 2022, at 15:32, Michael Niedermayer wrote:
> On Thu, Feb 17, 2022 at 11:01:38AM +0100, Thomas Guillem wrote:
>> ---
>> libavformat/riff.c | 2 ++
>> 1 fil
On Wed, Feb 16, 2022 at 04:40:16PM +0800, Jiasheng Jiang wrote:
> As the potential failure of the memory allocation,
> the avformat_new_stream() could return NULL pointer.
> Therefore, it should be better to check it and return
> error if fails.
> Also, the caller, nut_read_header(), needs to deal
On Thu, Feb 17, 2022 at 3:50 PM Mark Gaiser wrote:
> This patch adds support for:
> - ffplay ipfs://
> - ffplay ipns://
>
> IPFS data can be played from so called "ipfs gateways".
> A gateway is essentially a webserver that gives access to the
> distributed IPFS network.
>
> This protocol support
This patch adds support for:
- ffplay ipfs://
- ffplay ipns://
IPFS data can be played from so called "ipfs gateways".
A gateway is essentially a webserver that gives access to the
distributed IPFS network.
This protocol support (ipfs and ipns) therefore translates
ipfs:// and ipns:// to a http:/
Hi,
This patch series adds support for IPFS.
V8:
- Removed unnecessary change to set the first gateway_buffer character to 0.
It made no sense as the buffer is always overwritten in the function context.
- Change %li to %zu (it's intended to print the sizeof in all cases)
V7:
- Removed sanitize_
Audacity Tenacity VLC FFMpeg Ardour and other open-source audio programs -
you don't swing it like you're supposed to, man
be programming peer-to-peer programs including unseen competitive games
now it's time for me to take apart your aching parts
selling out Isengard Tower and garden by letti
On Thu, Feb 17, 2022 at 11:01:38AM +0100, Thomas Guillem wrote:
> ---
> libavformat/riff.c | 2 ++
> 1 file changed, 2 insertions(+)
please provide a link or sample file for these
the change itself should be ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0F
On Thu, Feb 17, 2022 at 2:57 PM Tomas Härdin wrote:
> > +IPFSGatewayContext *c = h->priv_data;
> > +char ipfs_full_data_folder[PATH_MAX];
> > +char ipfs_gateway_file[PATH_MAX];
> > +struct stat st;
> > +int stat_ret = 0;
> > +int ret = AVERROR(EINVAL);
> > +FILE *gatew
> + IPFSGatewayContext *c = h->priv_data;
> + char ipfs_full_data_folder[PATH_MAX];
> + char ipfs_gateway_file[PATH_MAX];
> + struct stat st;
> + int stat_ret = 0;
> + int ret = AVERROR(EINVAL);
> + FILE *gateway_file = NULL;
> +
> + // Set the first character of c->gateway_
On Thu, 17 Feb 2022, Hendrik Leppkes wrote:
On Thu, Feb 17, 2022 at 1:54 PM Martin Storsjö wrote:
This matches what the H264 decoder signals for such a case.
Signed-off-by: Martin Storsjö
---
libavcodec/hevcdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcode
On Thu, Feb 17, 2022 at 1:54 PM Martin Storsjö wrote:
>
> This matches what the H264 decoder signals for such a case.
>
> Signed-off-by: Martin Storsjö
> ---
> libavcodec/hevcdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.
This matches what the H264 decoder signals for such a case.
Signed-off-by: Martin Storsjö
---
libavcodec/hevcdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 8d7a4f7147..01d459984f 100644
--- a/libavcodec/hevcdec.c
+++ b/
On Thu, Feb 17, 2022 at 10:13:15AM +0100, Anton Khirnov wrote:
> ---
> doc/APIchanges | 6 ++
> libavcodec/dxva2.c | 4 ++--
> libavcodec/dxva2.h | 18 ++
> libavcodec/dxva2_h264.c | 8
> libavcodec/dxva2_internal.h | 4 ++--
> li
> 2022年2月17日 下午7:11，Hao Chen 写道：
>
> ffmpeg -i 5_h265_1080p_60fps_3Mbps.mkv -f rawvideo -y /dev/null -an
> before: 94fps
> after : 191fps
>
> V2: Retrigger the patchwork.ffmpeg test.
>
> [PATCH v2 1/5] avutil: [loongarch] Update loongson_intrinsics.h to
> [PATCH v2 2/5] avcodec: [loongarch] O
From: Lu Wang
ffmpeg -i 5_h265_1080p_60fps_3Mbps.mkv -f rawvideo -y /dev/null -an
before: 182fps
after : 191fps
Signed-off-by: Hao Chen
---
libavcodec/loongarch/Makefile |4 +-
libavcodec/loongarch/hevc_mc_uni_lsx.c| 1423 +
libavcodec/loongarch/hevc
ffmpeg -i 5_h265_1080p_60fps_3Mbps.mkv -f rawvideo -y /dev/null -an
before: 124fps
after : 182fps
Signed-off-by: Hao Chen
---
libavcodec/loongarch/Makefile |3 +-
libavcodec/loongarch/hevc_mc_bi_lsx.c | 2289 +
libavcodec/loongarch/hevcdsp_init_loongar
The loongson_intrinsics.h file is updated from v1.0.3 version
to v1.1.0. Some spelling mistakes are fixed and new functions are added.
Signed-off-by: Hao Chen
---
libavutil/loongarch/loongson_intrinsics.h | 1697 +++--
1 file changed, 884 insertions(+), 813 deletions(-)
diff --g
ffmpeg -i 5_h265_1080p_60fps_3Mbps.mkv -f rawvideo -y /dev/null -an
before: 94fps
after : 191fps
V2: Retrigger the patchwork.ffmpeg test.
[PATCH v2 1/5] avutil: [loongarch] Update loongson_intrinsics.h to
[PATCH v2 2/5] avcodec: [loongarch] Optimize Hevcdsp with LSX.
[PATCH v2 3/5] avcodec: [loon
Hi All,
My name is Linford and I run a small startup based in the UK that is using
machine vision to automate traffic surveys .
We are making extensive use of the ffmpeg library to consume and pre-process
footage from network connected CCTV cameras.
I was wondering whether anyone would be inte
This is done in ff_shuffle_filter_coefficients.
---
tests/checkasm/sw_scale.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/tests/checkasm/sw_scale.c b/tests/checkasm/sw_scale.c
index 3c0a083b42..4c57b6a372 100644
--- a/tests/checkasm/sw_scale.c
+++ b/tests/checkasm/sw_sc
ff_shuffle_filter_coefficients shuffles the tail as required.
---
libswscale/utils.c | 19 ---
libswscale/x86/swscale.c | 6 ++
2 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 7c8e1bbdde..d818c9ce55 100644
---
The main loop processes blocks of 16 pixels. The tail processes blocks
of size 4.
---
libswscale/x86/scale_avx2.asm | 48 +--
1 file changed, 46 insertions(+), 2 deletions(-)
diff --git a/libswscale/x86/scale_avx2.asm b/libswscale/x86/scale_avx2.asm
index 20acdbd63
Make the code more readable and follow the style guide.
---
libswscale/utils.c | 66 +-
1 file changed, 36 insertions(+), 30 deletions(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 344c87dfdf..7c8e1bbdde 100644
--- a/libswscale/utils.c
+
---
libswscale/swscale_internal.h | 2 +-
libswscale/utils.c| 11 ---
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/libswscale/swscale_internal.h b/libswscale/swscale_internal.h
index 3a78d95ba6..26d28d42e6 100644
--- a/libswscale/swscale_internal.h
+++ b/libs
---
libavformat/riff.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/riff.c b/libavformat/riff.c
index 27a9706510..23e6306b66 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -32,6 +32,7 @@
* files use it as well.
*/
const AVCodecTag ff_codec_bmp_tags[] = {
+
On Thu, Feb 17, 2022 at 10:13 AM Anton Khirnov wrote:
>
> ---
> doc/APIchanges | 6 ++
> libavcodec/dxva2.c | 4 ++--
> libavcodec/dxva2.h | 18 ++
> libavcodec/dxva2_h264.c | 8
> libavcodec/dxva2_internal.h | 4 ++--
> libavcod
---
doc/APIchanges | 6 ++
libavcodec/dxva2.c | 4 ++--
libavcodec/dxva2.h | 18 ++
libavcodec/dxva2_h264.c | 8
libavcodec/dxva2_internal.h | 4 ++--
libavcodec/version.h| 3 ++-
6 files changed, 30 insertions(+), 13 del
It is not public.
---
libavcodec/dxva2.c | 10 +-
libavcodec/dxva2_av1.c | 6 +++---
libavcodec/dxva2_h264.c | 14 +++---
libavcodec/dxva2_hevc.c | 8
libavcodec/dxva2_internal.h | 10 +-
libavcodec/dxva2_mpeg2.c| 8
libavcodec
55 matches
Mail list logo
