Nov 10, 2021, 08:20 by d...@lynne.ee:
> I've extensively fixed and improved our Vulkan codebase, and it's
> now up to standard. Since it's a 14-part patchset, I've uploaded
> my branch for review here:
> https://github.com/cyanreg/FFmpeg/tree/vulkan
>
> The implementation now follows modern Vulkan
Previously it was assumed that all >2 channels streams have >1 substreams.
Signed-off-by: Paul B Mahol
---
libavcodec/mlpdec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mlpdec.c b/libavcodec/mlpdec.c
index 68c270ef52..780ed5b7b6 100644
--- a/libavcodec/mlpd
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Chen, Wenbin
> Sent: Thursday, November 11, 2021 8:56 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/4] libavutil/hwcontext_d3d11va:
> Add nb_surfaces to AVD3D11VAFram
On Thu, 11 Nov 2021 09:12:35 +0100 Lynne wrote:
> Nov 10, 2021, 08:20 by d...@lynne.ee:
>
> > I've extensively fixed and improved our Vulkan codebase, and it's
> > now up to standard. Since it's a 14-part patchset, I've uploaded
> > my branch for review here:
> > https://github.com/cyanreg/FFmpeg
On Wed, Nov 10, 2021 at 11:36:15PM +0800, Zhao Zhili wrote:
> Make get_int/set_int symetric. The int64_t to double to int64_t
> conversion is unprecise for large value.
> ---
> libavutil/opt.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
will apply
thx
[...]
--
Michael GnuPG
11 Nov 2021, 12:54 by ffm...@haasn.xyz:
> On Thu, 11 Nov 2021 09:12:35 +0100 Lynne wrote:
>
>> Nov 10, 2021, 08:20 by d...@lynne.ee:
>>
>> > I've extensively fixed and improved our Vulkan codebase, and it's
>> > now up to standard. Since it's a 14-part patchset, I've uploaded
>> > my branch for r
11 Nov 2021, 13:43 by d...@lynne.ee:
> 11 Nov 2021, 12:54 by ffm...@haasn.xyz:
>
>> On Thu, 11 Nov 2021 09:12:35 +0100 Lynne wrote:
>>
>>> Nov 10, 2021, 08:20 by d...@lynne.ee:
>>>
>>> > I've extensively fixed and improved our Vulkan codebase, and it's
>>> > now up to standard. Since it's a 14-pa
On 2021-11-11 10:32 am, Matthew White wrote:
Hello,
There's no longer a texinfo INLINE_CONTENTS variable...
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=62a6adfb33b006e187483779974bbd45f0f782b1
replace INLINE_CONTENTS with OUTPUT_CONTENTS_LOCATION
https://git.savannah.gnu.org/cg
The UUID library is even more ubiquitous than iconv, and it hasn't
changed its API and ABI for maybe 20 years.
MediaFoundation and dshow already depends on it silently, and
vulkan can optionally use it to parse user-given UUIDs, which I think
would be a popular way to specify devices on servers.
On Fri, 12 Nov 2021, Lynne wrote:
The UUID library is even more ubiquitous than iconv, and it hasn't
changed its API and ABI for maybe 20 years.
MediaFoundation and dshow already depends on it silently, and
The "uuid" library on Windows is something entirely different, it's just a
collection
NEEDS_UNSAFE has the same value as NEEDS_FILE,
causing "duration not allowed if safe" error
while duration directive doesn't require unsafe mode.
Signed-off-by: Googleplex
---
libavformat/concatdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/concatdec.c b/li
12 Nov 2021, 07:04 by mar...@martin.st:
> On Fri, 12 Nov 2021, Lynne wrote:
>
>> The UUID library is even more ubiquitous than iconv, and it hasn't
>> changed its API and ABI for maybe 20 years.
>> MediaFoundation and dshow already depends on it silently, and
>>
>
> The "uuid" library on Windows i
9 Nov 2021, 10:18 by wenbin.c...@intel.com:
> The vaapi can import external frame, but the planes of the external
> frames should be in the same drm object. I add a new function to
> allocate vkFrame in one memory and vulkan device will choose a way
> to allocate memory according to one_memory fla
9 Nov 2021, 10:18 by wenbin.c...@intel.com:
> When vulkan image exports to drm, the tilling need to be
> VK_IMAGE_TILING_DRM_FORMAT_MODIFIER_EXT. Now add code to create vulkan
> image using this format.
>
> Now the following command line works:
>
> ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/re
On 2021-11-12 11:00 am, Gyan Doshi wrote:
On 2021-11-11 10:32 am, Matthew White wrote:
Hello,
There's no longer a texinfo INLINE_CONTENTS variable...
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=62a6adfb33b006e187483779974bbd45f0f782b1
replace INLINE_CONTENTS with OUTPUT_CO
15 matches
Mail list logo
