[FFmpeg-devel] [PATCH] hwcontext_vulkan: always use create_pnext in vulkan_pool_alloc

2023-08-20 Thread Chris Spencer
, which is mandatory.[1] This fixes a GPU crash when using RADV. [1] https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/VkImageCreateInfo.html#VUID-VkImageCreateInfo-usage-04815 Signed-off-by: Chris Spencer --- libavutil/hwcontext_vulkan.c | 3 ++- 1 file changed, 2 insertions(+), 1

[FFmpeg-devel] [PATCH 1/3] avdevice/decklink: Fix build error caused by a change in the SDK.

2015-07-18 Thread Chris Spencer
GetBufferedAudioSampleFrameCount() used to take an unsigned long, but this changed at some point and the latest version of the DeckLink SDK (10.4.1) takes an unsigned int. Signed-off-by: Chris Spencer --- libavdevice/decklink_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[FFmpeg-devel] [PATCH 2/3] avdevice/decklink: Add missing libraries when building with DeckLink support on Windows.

2015-07-18 Thread Chris Spencer
Signed-off-by: Chris Spencer --- configure | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configure b/configure index 1752a35..c2a9564 100755 --- a/configure +++ b/configure @@ -4298,6 +4298,8 @@ case $target_os in else target_os=mingw32 fi

[FFmpeg-devel] [PATCH 3/3] avdevice/decklink: Add support for decoding 8-bit RGB formats.

2015-07-18 Thread Chris Spencer
This adds a new pixel_format option to allow argb or bgra inputs. This is necessary to capture RGB HDMI inputs. Signed-off-by: Chris Spencer --- doc/indevs.texi | 25 +++ doc/outdevs.texi| 2 +- libavdevice/decklink_common.cpp | 4

Re: [FFmpeg-devel] [PATCH 3/3] avdevice/decklink: Add support for decoding 8-bit RGB formats.

2015-07-19 Thread Chris Spencer
Hi Carl, On 19 July 2015 at 13:53, Carl Eugen Hoyos wrote: > > Chris Spencer gmail.com> writes: > > > -On Windows, you need to run the IDL files through command{widl}. > > +On Windows, you need to run the IDL files through command{midl}. > > Is this intended?

Re: [FFmpeg-devel] [PATCH 3/3] avdevice/decklink: Add support for decoding 8-bit RGB formats.

2015-07-19 Thread Chris Spencer
On 19 July 2015 at 14:08, Chris Spencer wrote: > The Blackmagic documentation is kind of strange on this one actually. > For bmdFormat8BitBGRA it says "alpha channel is valid". For > bmdFormat8BitBGRA it says "alpha channel may be valid". Not sure how > best to dea

Re: [FFmpeg-devel] [PATCH 3/3] avdevice/decklink: Add support for decoding 8-bit RGB formats.

2015-07-19 Thread Chris Spencer
On 19 July 2015 at 14:30, Carl Eugen Hoyos wrote: > Chris Spencer gmail.com> writes: > >> > > -On Windows, you need to run the IDL files >> > > through command{widl}. >> > > +On Windows, you need to run the IDL files >> > > through c

Re: [FFmpeg-devel] [PATCH 3/3] avdevice/decklink: Add support for decoding 8-bit RGB formats.

2015-07-19 Thread Chris Spencer
On 19 July 2015 at 15:13, Carl Eugen Hoyos wrote: > Chris Spencer gmail.com> writes: > >> + This option is deprecated, use >> + option{pixel_format=yuv422p10} instead. > > I just remembered this mail: > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel

Re: [FFmpeg-devel] [PATCH 1/3] avdevice/decklink: Fix build error caused by a change in the SDK.

2015-07-19 Thread Chris Spencer
On 19 July 2015 at 19:31, Michael Niedermayer wrote: > does this not need some version check so its correct for older SDK too > ? Probably a good idea, yes. I've just checked and it changed in 10.4 so I'll put that in. Chris ___ ffmpeg-devel mailing li

[FFmpeg-devel] [PATCH v2] avdevice/decklink: Fix build error caused by a change in the SDK.

2015-07-19 Thread Chris Spencer
In version 10.4 of the DeckLink SDK, GetBufferedAudioSampleFrameCount() was changed to take an unsigned int instead of an unsigned long. Signed-off-by: Chris Spencer --- libavdevice/decklink_common.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/libavdevice/decklink_common.h b

Re: [FFmpeg-devel] [PATCH 3/3] avdevice/decklink: Add support for decoding 8-bit RGB formats.

2015-07-23 Thread Chris Spencer
On 23 July 2015 at 03:57, Reuben Martin wrote: > I applied your patches to latest stable 2.7.2, but I just now realized that > the additional pix formats are only applied to the capture interface, and not > the playout interface. So I really have no means to test it. Is this a > limitation of the