Re: [FFmpeg-devel] [PATCH] lavc/vp9: set update_map to 0 when segmentation.enabled is 0

2024-05-22 Thread Philip Langdale via ffmpeg-devel
On Wed, 22 May 2024 11:10:31 -0400 "Ronald S. Bultje" wrote: > Hi, > > On Wed, May 22, 2024 at 10:36 AM Hendrik Leppkes > wrote: > > > On Thu, Feb 29, 2024 at 7:19 AM llyyr wrote: > > > > > > segmentation.update_map is never reset to 0 on a new frame, and > > > retains the value from the

Re: [FFmpeg-devel] [PATCH] avformat/mov: avoid seeking back to 0 on HEVC open GOP files

2024-05-21 Thread Philip Langdale via ffmpeg-devel
On Tue, 14 May 2024 19:07:59 -0700 Philip Langdale via ffmpeg-devel wrote: > On Wed, 15 May 2024 01:36:43 +0530 > llyyr.pub...@gmail.com wrote: > > > From: llyyr > > > > ab77b878f1 attempted to fix the issue of broken packets being sent > > to the decode

Re: [FFmpeg-devel] [PATCH] avformat/mov: avoid seeking back to 0 on HEVC open GOP files

2024-05-14 Thread Philip Langdale via ffmpeg-devel
On Wed, 15 May 2024 01:36:43 +0530 llyyr.pub...@gmail.com wrote: > From: llyyr > > ab77b878f1 attempted to fix the issue of broken packets being sent to > the decoder by implementing logic that kept attempting to PTS-step > backwards until it reached a valid point, however applying this >

Re: [FFmpeg-devel] [PATCH] configure: fix compilation with glslang 14

2024-02-02 Thread Philip Langdale via ffmpeg-devel
On Wed, 31 Jan 2024 17:34:08 +0100 (CET) Lynne wrote: > The configure check already had fallback for the previous version > of glslang, which had different requirements for flags. > This commit simply moves the flags needed for glslang 13 to the > fallback, while first trying to use new flags

Re: [FFmpeg-devel] [PATCH v3 1/3] avfilter/vf_bwdif: consider chroma subsampling when enforcing minimum dimensions

2023-12-06 Thread Philip Langdale via ffmpeg-devel
On Sat, 2 Dec 2023 23:02:36 +0100 Thomas Mundt wrote: > > LGTM, thanks. > I am going to squash the three commits and push. There's no real need to put each filter in a separate diff when the logical change is identical in all three. Thanks, --phil

Re: [FFmpeg-devel] [PATCH] bwdif_vulkan: fix artifacts on vulkan decode images

2023-11-04 Thread Philip Langdale via ffmpeg-devel
On Sun, 29 Oct 2023 07:22:46 +0100 (CET) Lynne wrote: > Due to making the decode frames context use the coded size, the > filter started to display those artifacts as it reused the input > frame's size. > > Change it to instead output the real image size for images, not the > input. > > Patch

Re: [FFmpeg-devel] [PATCH v3] lavu/hwcontext_vaapi: Use vaMapBuffer2 for mapping image buffers

2023-10-27 Thread Philip Langdale via ffmpeg-devel
On Fri, 27 Oct 2023 12:00:10 +0200 David Rosca wrote: > This allows some optimizations in driver, such as not having to read > back the data if write-only mapping is requested. > --- > v3: Fix another warning > > libavutil/hwcontext_vaapi.c | 11 +++ > 1 file changed, 11 insertions(+)

Re: [FFmpeg-devel] [PATCH 2/2] avutil/hwcontext_vaapi: return ENOSYS for unsupported operation

2023-10-27 Thread Philip Langdale via ffmpeg-devel
On Fri, 27 Oct 2023 23:37:01 +0800 Zhao Zhili wrote: > From: Zhao Zhili > > av_hwframe_transfer_data try with src_ctx first. If the operation > failed with AVERROR(ENOSYS), it will try again with dst_ctx. Return > AVERROR(EINVAL) makes the second step being skipped. > --- >

Re: [FFmpeg-devel] [PATCH 1/2] avutil/hwcontext_vulkan: cuda doesn't belong to valid_sw_formats

2023-10-27 Thread Philip Langdale via ffmpeg-devel
On Fri, 27 Oct 2023 23:37:00 +0800 Zhao Zhili wrote: > From: Zhao Zhili > > Move it to transfer_get_formats. > --- > libavutil/hwcontext_vulkan.c | 25 + > 1 file changed, 13 insertions(+), 12 deletions(-) > > diff --git a/libavutil/hwcontext_vulkan.c >

Re: [FFmpeg-devel] [PATCH] hwcontext_vulkan: add the VK_IMAGE_USAGE_SAMPLED_BIT bit to new images

2023-10-05 Thread Philip Langdale via ffmpeg-devel
On Thu, 5 Oct 2023 23:26:38 +0200 (CEST) Lynne wrote: > This fixes filtering on Nvidia. > > Patch attached. > Tested locally. Filtering works and vulkan validation passes. Ship it! --phil ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Philip Langdale via ffmpeg-devel
On 2019-04-06 09:42, Balint Marton wrote: Hi All Here is a call for the people in the voting committee [1] on the decision of extending it. Using the same guidelines as in the second extension [2], the following candidates were found: git log libav/master..master --no-merges

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Philip Langdale via ffmpeg-devel
On 2019-04-08 12:10, Marton Balint wrote: I emailed Marton out-of-band, but I am not in the list because a few of my recent commits were pushed by Timo instead of me pushing them directly. My authored list is 23 commits but 4 were pushed by Timo, so Marton's command line returns '19' for me.

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Philip Langdale via ffmpeg-devel
On 2019-04-06 10:35, Marton Balint wrote: On Sat, 6 Apr 2019, Jean-Baptiste Kempf wrote: Hello, On Sat, 6 Apr 2019, at 18:42, Balint Marton wrote: Here is a call for the people in the voting committee [1] on the decision of extending it. Why do you limit at those ones? There are more

Re: [FFmpeg-devel] [PATCH v3 1/2] vf_crop: Add support for cropping hardware frames

2019-03-24 Thread Philip Langdale via ffmpeg-devel
On Sat, 23 Mar 2019 16:18:48 + Mark Thompson wrote: > Set the cropping fields in the AVFrame. > --- > libavfilter/vf_crop.c | 74 > +-- 1 file changed, 51 > insertions(+), 23 deletions(-) > > There is the slightly unfortunate effect the filter links

Re: [FFmpeg-devel] [PATCH][FFmpeg-devel v2] Add GPU accelerated video crop filter

2019-03-24 Thread Philip Langdale via ffmpeg-devel
On Sat, 23 Mar 2019 23:51:10 +0800 UsingtcNower wrote: > Signed-off-by: UsingtcNower > --- > Changelog | 1 + > configure | 1 + > doc/filters.texi| 31 +++ > libavfilter/Makefile| 1 + > libavfilter/allfilters.c| 1 + >