Jan 27, 2021, 16:07 by jamr...@gmail.com:
> On 1/27/2021 6:16 AM, Anton Khirnov wrote:
>
>> Quoting James Almer (2021-01-26 20:11:16)
>>
>>> On 1/26/2021 1:17 PM, Anton Khirnov wrote:
>>>
We could start by adding a field to AVPacket that would be set to a
magic value by av_packet_alloc()
Jan 28, 2021, 16:08 by nachiket.program...@gmail.com:
> These will be used by HLS demuxer in case of SAMPLE-AES decryption.
>
> Signed-off-by: Nachiket Tarate
> ---
> libavcodec/adts_header.c | 1 +
> libavcodec/adts_header.h | 14 ++
> libavcodec/adts_parser.c | 28
Jan 28, 2021, 16:11 by nachiket.program...@gmail.com:
> Apple HTTP Live Streaming Sample Encryption:
>
> https://developer.apple.com/library/ios/documentation/AudioVideo/Conceptual/HLS_Sample_Encryption
>
> Signed-off-by: Nachiket Tarate
> ---
> libavformat/Makefile | 2 +-
> libavform
Jan 29, 2021, 06:22 by andreas.rheinha...@gmail.com:
> Said table was unused in case libvorbis was disabled.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/libvorbisenc.c | 13 -
> libavcodec/vorbis.h | 1 -
> libavcodec/vorbis_data.c | 11 ---
> 3 files cha
Jan 29, 2021, 06:22 by andreas.rheinha...@gmail.com:
> ff_init_ff_cos_tabs is only used for the floating point FFT and only
> if hardcoded tables are disabled.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/fft.h | 16
> libavcodec/fft_template.c | 10
Jan 28, 2021, 17:26 by andreas.rheinha...@gmail.com:
> The fixed-point AAC decoder is the only user of the fixed-point sinewin
> tables from sinewin; and it only uses a few of them (about 10% when
> counting by size). This means that guarding initializing these tables by
> an AVOnce (as done in 37
Jan 28, 2021, 17:26 by andreas.rheinha...@gmail.com:
> The floating point AAC decoder shares lots of stuff (mainly tables)
> with other components; this is not so much true for the fixed point
> AAC decoder: There are tables for which the fixed point decoder is the
> only user whereas the floating
Jan 28, 2021, 17:26 by andreas.rheinha...@gmail.com:
> It is only valid for the target, not the host and therefore it must not
> be included when building the tables when hardcoded tables are enabled.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/aacps_fixed_tablegen.h| 6 +-
>
Jun 29, 2020, 18:58 by hanish...@gmail.com:
> v03-20200629IST2208 fbdetile
>
> Added a generic detiling logic, which can be easily configured to
> detile many different tiling schemes.
>
> The same is inturn used to detile Intel Tile-Yf layout.
>
> NOTE: This is a full patch, it contains the previ
Jul 1, 2020, 19:20 by jamr...@gmail.com:
> On 7/1/2020 12:05 PM, Anton Khirnov wrote:
>
>> Quoting Nicolas George (2020-06-27 17:16:44)
>>
>>> Signed-off-by: Nicolas George
>>> ---
>>> libavutil/avrefcount_template.h | 140
>>> tests/ref/fate/source |
Jul 1, 2020, 17:37 by hanish...@gmail.com:
> Hi Lynne,
>
> On Wed, Jul 1, 2020 at 3:37 PM Lynne wrote:
>
>> Jun 29, 2020, 18:58 by hanish...@gmail.com:
>>
>> > v03-20200629IST2208 fbdetile
>> >
>> > Added a generic detiling logic, which can
Jul 2, 2020, 22:51 by hanish...@gmail.com:
> v05-20200703IST0255, fbdetile, hwdownload, kmsgrab, plus
>
> Moved the core detiling logic into libavutil/fbtile.[c|h]
>
Please integrate this into hwcontext_drm. No stray files, nothing shared
between lavu and lavfi as there shouldn't be anything in l
Jul 3, 2020, 07:14 by hanish...@gmail.com:
> Hi Lynne,
>
>
> On Fri, Jul 3, 2020 at 4:17 AM Lynne wrote:
>
>> Jul 2, 2020, 22:51 by hanish...@gmail.com:
>>
>> > v05-20200703IST0255, fbdetile, hwdownload, kmsgrab, plus
>> >
>> > Mo
Maybe they've fixed the FATE failures.
>From 70b1f1e9af83ff855fc4633d2f95eab7eb0173e1 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 3 Jul 2020 12:51:27 +0100
Subject: [PATCH] configure: reenable tree vectorization for GCC
Its been years, maybe they've fixed the FATE failures.
-
Jul 3, 2020, 13:53 by h.lepp...@gmail.com:
> On Fri, Jul 3, 2020 at 2:00 PM Lynne wrote:
>
>>
>> Maybe they've fixed the FATE failures.
>>
>
> Failures with old compilers are not going to get fixed retroactively.
> If you want to enable this, you need to f
Jul 3, 2020, 14:19 by jamr...@gmail.com:
> On 7/3/2020 9:00 AM, Lynne wrote:
>
>> Maybe they've fixed the FATE failures.
>>
>
> We have done this at least two times before, and all of them limited to
> the newest compilers which supposedly were good. It always r
Jul 4, 2020, 14:17 by hanish...@gmail.com:
> If user doesnt specify a format_modifier explicitly, then use GetFB2
> to identify the format_modifier of the framebuffer being grabbed.
> ---
> Changelog | 1 +
> libavdevice/kmsgrab.c | 22 +-
> 2 files changed, 22 in
Jul 4, 2020, 14:17 by hanish...@gmail.com:
> Add helper routines which can be used to detile tiled framebuffer
> layouts into a linear layout, using the cpu.
>
> Currently it supports Legacy Intel Tile-X, Legacy Intel Tile-Y and
> Newer Intel Tile-Yf tiled layouts.
>
> Currently supported pixel fo
Jul 4, 2020, 14:17 by hanish...@gmail.com:
> If the framebuffer is a tiled layout, use the fbtile helper routines
> to try and detile it into linear layout, if supported by fbtile.
>
> It uses the format_modifier associated with the framebuffer to decide
> whether to apply detiling or not and intu
Jul 4, 2020, 14:17 by hanish...@gmail.com:
> Added logic to support detiling of framebuffer.
>
> By default this is disabled. Only if requested by the user, the
> logic will be triggered.
>
> It uses the fbtile helper routines to do the detiling. Currently
> 32bit RGB pixel format based framebuffe
Jul 4, 2020, 14:17 by hanish...@gmail.com:
> This adds a video filter called fbdetile, which allows the user
> to detile framebuffer layout into a linear layout, if required.
>
> It uses the fbtile helper routines to achieve the detiling.
>
> This is useful, if
>
> a) the user doesnt want to apply
Jul 5, 2020, 04:57 by hanish...@gmail.com:
> Hi Lynne,
>
>
> On Sun, 5 Jul, 2020, 00:53 Lynne, wrote:
>
>> Jul 4, 2020, 14:17 by hanish...@gmail.com:
>>
>> > Add helper routines which can be used to detile tiled framebuffer
>> > layouts into a linear
Jul 5, 2020, 23:47 by s...@jkqxz.net:
> On 04/07/2020 14:17, hanishkvc wrote:
>
>> Add helper routines which can be used to detile tiled framebuffer
>> layouts into a linear layout, using the cpu.
>>
>> Currently it supports Legacy Intel Tile-X, Legacy Intel Tile-Y and
>> Newer Intel Tile-Yf tiled
We return 0 for this particular architecture but should instead be
returning the number of lines.
Fixes users who check the return value matches what they expect.
>From e68f705c3882bc55726eccc67f90566789a3af86 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Tue, 7 Jul 2020 16:01:58 +0100
Subj
Jul 7, 2020, 19:22 by yonglel-at-google@ffmpeg.org:
> On Tue, Jul 7, 2020 at 12:59 AM Anton Khirnov wrote:
>
>> Quoting Yongle Lin (2020-07-06 23:08:17)
>> > add block type field to AVVideoBlockParams so we could either export or
>> visualize it later.
>> > ---
>> > libavutil/video_enc_param
Jul 7, 2020, 21:25 by yongle.lin...@gmail.com:
> add block type field to AVVideoBlockParams so we could either export or
> visualize it later.
> ---
> libavutil/video_enc_params.h | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/libavutil/video_enc_params.h b/libavutil/v
Jul 7, 2020, 20:58 by mar...@martin.st:
> On Tue, 7 Jul 2020, Lynne wrote:
>
>> We return 0 for this particular architecture but should instead be
>> returning the number of lines.
>> Fixes users who check the return value matches what they expect.
>>
>
> The
Patch attached.
>From a89bfd810cf40e3005fbcbdcf43a7b858b4dd12c Mon Sep 17 00:00:00 2001
From: Lynne
Date: Tue, 7 Jul 2020 22:19:14 +0100
Subject: [PATCH] swscale/tests: check return value of sws_scale
---
libswscale/tests/swscale.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
d
Jul 7, 2020, 23:11 by yongle.lin...@gmail.com:
> add block type field to AVVideoBlockParams so we could either export or
> visualize it later.
> ---
> libavutil/video_enc_params.h | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/libavutil/video_enc_params.h b/libavutil/
Jul 7, 2020, 23:47 by yongle.lin...@gmail.com:
> add block type field to AVVideoBlockParams so we could either export or
> visualize it later.
> ---
> libavutil/video_enc_params.h | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/libavutil/video_enc_params.h b/libavutil/
Jul 8, 2020, 00:08 by s...@jkqxz.net:
> On 07/07/2020 23:54, Lynne wrote:
>
>> Jul 7, 2020, 23:47 by yongle.lin...@gmail.com:
>>
>>> add block type field to AVVideoBlockParams so we could either export or
>>> visualize it later.
>>&g
Jul 8, 2020, 06:28 by jo...@pex.com:
> Fixes: 4907
>
> Adds support for decoding of animated WebP.
>
> The WebP parser now splits the input stream into packets containing one frame.
>
> The WebP decoder adds the animation related features according to the specs:
> https://developers.google.com/spe
Jul 10, 2020, 14:48 by andreas.rheinha...@gmail.com:
> This happened in get_ue_golomb() if the cached bitstream reader was in
> use, because there was no check to handle the case of the read value
> not being in the range 0..8190.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/golomb.h
Jul 11, 2020, 08:52 by hanish...@gmail.com:
> ** fbtile cpu based framebuffer tile/detile helpers
>
> Add helper routines which can be used to tile/detile framebuffer
> layouts between linear and specified tile layout, using the cpu.
>
> Currently it supports Legacy Intel Tile-X, Legacy Intel Tile
Jul 10, 2020, 16:53 by bclayton-at-google@ffmpeg.org:
> The include was not used, and revision.h has
> been removed from glslang master.
> See: https://github.com/KhronosGroup/glslang/pull/2277
>
Thanks, pushed.
___
ffmpeg-devel mailing list
ffmpe
Jul 12, 2020, 18:21 by hanish...@gmail.com:
> ** fbtile cpu based framebuffer tile/detile helpers
>
> diff --git a/Changelog b/Changelog
> index 20ba03ae8b..0b48858da7 100644
> --- a/Changelog
> +++ b/Changelog
> @@ -6,6 +6,8 @@ version :
> - MacCaption demuxer
> - PGX decoder
> - kmsgrab GetFB
Jul 15, 2020, 22:05 by yongle.lin...@gmail.com:
> ---
> libavcodec/h264dec.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
> index 1e2ca68449..b3de5290d0 100644
> --- a/libavcodec/h264dec.c
> +++ b/libavcodec/h264dec.c
> @@ -8
Jul 16, 2020, 00:06 by s...@jkqxz.net:
> On 15/07/2020 18:43, Yongle Lin wrote:
>
>> add block type field to AVVideoBlockParams so we could either export or
>> visualize it later.
>> ---
>> libavutil/video_enc_params.h | 19 +++
>> 1 file changed, 19 insertions(+)
>>
>> diff --gi
>From 83652d61b7da6fea486b1533fa39d23411f7cde9 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 16 Jul 2020 11:39:05 +0100
Subject: [PATCH] libaomenc: enable 8, 10 and 12 bit RGB encoding
RGB pixel formats are one occasion where by pixel format we mean
pixel format, primaries, transfer characteristic, an
Jul 17, 2020, 02:12 by jamr...@gmail.com:
> On 7/16/2020 7:46 AM, Lynne wrote:
>
>> -codecctl_int(avctx, AV1E_SET_COLOR_PRIMARIES, avctx->color_primaries);
>> -codecctl_int(avctx, AV1E_SET_MATRIX_COEFFICIENTS, avctx->colorspace);
&g
Jul 17, 2020, 22:01 by jamr...@gmail.com:
> Signed-off-by: James Almer
> ---
> libavcodec/libaomenc.c | 15 ---
> 1 file changed, 4 insertions(+), 11 deletions(-)
>
> diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
> index 0d6a376ef0..b65e491824 100644
> --- a/libavcodec
Jul 29, 2020, 13:39 by jee...@gmail.com:
> Now that we actually have sample(s) for channel_config 13, it was possible
> to see at which various points the AAC decoder fails attempting to parse
> the bit stream.
>
> As the feature `-request_channel_layout 9223372036854775808`
> (AV_CH_LAYOUT_NATIV
pping through reviews.
>From 24e3d31c2c41cb5f7ac5d450323130f8baf8463d Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 29 Jul 2020 22:38:44 +0200
Subject: [PATCH] libsvt_av1: remove forced-idr option
This option is directly copy-pasted from the SVT1-HEVC wrapper and has
no place in the options fo
Jul 31, 2020, 10:48 by geo...@nsup.org:
> Tables that were not just written by the code author are
> not actually source code, otherwise,
> "recode data..x1 < proprietary.o > source.c"
> would be enough to launder a proprietary blob into
> the source code.
>
> Documenting the origin of the tables
Aug 3, 2020, 08:58 by mar...@martin.st:
> On Sun, 2 Aug 2020, Lynne wrote:
>
>> ffmpeg | branch: master | Lynne | Sun Aug 2 22:45:00 2020
>> +0200| [b48397e7b84864f2d4c70361a4c4bed93e826753] | committer: Lynne
>>
>> mpegaudiodec_template: disable CRC checking for
Aug 3, 2020, 01:45 by mich...@niedermayer.cc:
> On Sun, Aug 02, 2020 at 08:52:22PM +0000, Lynne wrote:
>
>> ffmpeg | branch: master | Lynne | Sun Aug 2 22:45:00 2020
>> +0200| [b48397e7b84864f2d4c70361a4c4bed93e826753] | committer: Lynne
>>
>> mpegaudiodec_temp
Aug 3, 2020, 15:43 by jamr...@gmail.com:
> Layers 1 and 2 use lengths in bits which are not a multiple of 8,
> and our CRC works on a per-byte basis.
>
> Based on b48397e7b8
>
LGTM, that was a really bad messup on my part.
Thanks.
___
ffmpeg-devel maili
Aug 3, 2020, 18:31 by mich...@niedermayer.cc:
> This differs from the MPEG specification as the actual real world
> files do compute their CRC over variable areas and not the fixed
> ones listed in the specification. This is also the reason for
> the complexity of this code and the need to perform
Aug 10, 2020, 17:49 by jamr...@gmail.com:
> Signed-off-by: James Almer
> ---
> configure | 2 +-
> libavcodec/hevc_sei.c | 49 +++
> 2 files changed, 9 insertions(+), 42 deletions(-)
>
> diff --git a/configure b/configure
> index 5fd966035f..7
Aug 11, 2020, 03:47 by kenny.mccl...@me.com:
> Previously, the only way to input the master display and content light
> metadata required for HDR10 was through x265-params. Obviously, that only
> worked with x265. If you wanted to use a different encoder like nvenc, you
> were out of luck. The
Aug 13, 2020, 18:23 by one...@gmail.com:
> Hi,
>
> patch attached.
>
> Please review and/or benchmark, especially .asm file.
>
I took a look. Its just the horizontal pass of an inverse 2-6 idwt with
clipping.
The code is so simple I wasn't able to find any obvious ways to improve it,
except perh
Aug 27, 2020, 10:17 by barsn...@gmx.net:
> On Wed, Aug 26, 2020 at 16:31:46 +, Anamitra Ghorui wrote:
>
>> >> +uint8_t ff_flif16_rac_read_bit(FLIF16RangeCoder *rc,
>> >> + uint8_t *target)
>> >> +{
>> >> +return ff_flif16_rac_get(rc, rc->range >> 1, target);
>
Aug 28, 2020, 06:23 by jo...@pex.com:
> Fixes: 4907
>
> Adds support for decoding of animated WebP.
>
> The WebP parser now splits the input stream into packets containing one frame.
>
> The WebP decoder adds the animation related features according to the specs:
> https://developers.google.com/sp
6 Dec 2021, 16:58 by p...@sandflow.com:
> On Mon, Dec 6, 2021 at 2:16 AM Anton Khirnov wrote:
>
>>
>> Quoting Lynne (2021-12-05 11:13:17)
>> > 5 Dec 2021, 02:33 by p...@sandflow.com:
>> >
>> > > Hi all,
>> > >
>> > > Quick p
6 Dec 2021, 04:18 by p...@sandflow.com:
> From: Pierre-Anthony Lemieux
> +
> +/**
> + * Implements IMP CPL processing
> + *
> + * @author Pierre-Anthony Lemieux
> + * @file
> + * @ingroup lavu_imf
> + */
> +
> +#include "imf.h"
> +#include "libavformat/mxf.h"
> +#include "libavutil/bprint.h"
> +#
6 Dec 2021, 19:37 by an...@khirnov.net:
> From: Soft Works
>
> Signed-off-by: softworkz
> Signed-off-by: Anton Khirnov
> ---
> doc/APIchanges | 4 +++
> libavutil/frame.c | 63 ++---
> libavutil/frame.h | 20 ++
> libavutil/version.
8 Dec 2021, 02:06 by jamr...@gmail.com:
> From: Anton Khirnov
>
> Signed-off-by: Vittorio Giovara
> Signed-off-by: Anton Khirnov
> Signed-off-by: James Almer
> ---
> libavcodec/aac.h | 11 --
> libavcodec/aac_ac3_parser.c | 9 +++--
> libavcodec/aaccoder.c | 10 +++
8 Dec 2021, 02:06 by jamr...@gmail.com:
> From: Anton Khirnov
>
> The new API is more extensible and allows for custom layouts.
> More accurate information is exported, eg for decoders that do not
> set a channel layout, lavc will not make one up for them.
>
> Deprecate the old API working with j
8 Dec 2021, 02:06 by jamr...@gmail.com:
>
> +enum AVChannel {
> +///< Invalid channel index
> +AV_CHAN_NONE = -1,
> +AV_CHAN_FRONT_LEFT,
>
No, not the pixfmt mistake again. Set AV_CHAN_NONE to 0,
the rest can follow. Or keep AV_CHAN_NONE to -1
and add a new AV_CHAN_UNSPECIFIED as 0.
8 Dec 2021, 10:22 by h.lepp...@gmail.com:
> On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
>
>>
>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>>
>> >
>> > +enum AVChannel {
>> > +///< Invalid channel index
>> > +AV_CHAN_NONE =
8 Dec 2021, 11:13 by c...@passwd.hu:
>
>
> On Wed, 8 Dec 2021, Lynne wrote:
>
>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>>
>>>
>>> +enum AVChannel {
>>> +///< Invalid channel index
>>> +AV_CHAN_NONE = -1,
>>>
8 Dec 2021, 11:06 by c...@passwd.hu:
>
>
> On Wed, 8 Dec 2021, Lynne wrote:
>
>> 8 Dec 2021, 10:22 by h.lepp...@gmail.com:
>>
>>> On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
>>>
>>>>
>>>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
8 Dec 2021, 13:19 by an...@khirnov.net:
> Quoting Marton Balint (2021-12-08 11:55:37)
>
>>
>>
>> On Wed, 8 Dec 2021, Lynne wrote:
>>
>> > 8 Dec 2021, 11:06 by c...@passwd.hu:
>> >
>> >>
>> >>
>> >> On
8 Dec 2021, 13:16 by an...@khirnov.net:
> Quoting Lynne (2021-12-08 10:02:34)
>
>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>>
>> > From: Anton Khirnov
>> >
>> > The new API is more extensible and allows for custom layouts.
>> > More accurat
8 Dec 2021, 14:10 by h.lepp...@gmail.com:
> On Wed, Dec 8, 2021 at 1:54 PM Lynne wrote:
>
>>
>> 8 Dec 2021, 13:19 by an...@khirnov.net:
>>
>> > Quoting Marton Balint (2021-12-08 11:55:37)
>> >
>> >>
>> >>
>> >> On W
9 Dec 2021, 10:36 by jianhua...@intel.com:
> The following command is on how to apply transpose_vulkan filter:
> ffmpeg -init_hw_device vulkan -i input.264 -vf \
> hwupload=extra_hw_frames=16,transpose_vulkan,hwdownload,format=yuv420p
> output.264
>
> Signed-off-by: Wu Jianhua
> ---
> configure
9 Dec 2021, 11:14 by an...@khirnov.net:
> Quoting Lynne (2021-12-08 13:53:52)
>
>> That's not a goal, it's anti-goal, and a cause for hysterical raisin
>> picking in the future.
>> Having an instantly debuggable structure rather than one that
>>
>
> I
9 Dec 2021, 10:36 by jianhua...@intel.com:
> The input and output are arrays of images, so it's better to use the plural
> to align them to the variable name of VkDescriptorImageInfo.
>
> Signed-off-by: Wu Jianhua
> ---
> libavfilter/vf_gblur_vulkan.c | 60 +--
>
9 Dec 2021, 14:12 by an...@khirnov.net:
> Quoting Lynne (2021-12-08 13:57:45)
>
>> 8 Dec 2021, 13:16 by an...@khirnov.net:
>>
>> > Quoting Lynne (2021-12-08 10:02:34)
>> >
>> >> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>> >>
>
9 Dec 2021, 15:24 by geo...@nsup.org:
> Anton Khirnov (12021-12-09):
>
>> I see you repeating the same two arguments:
>> - it was implemented like this in the past and therefore must keep
>> working exactly the same
>> - it might be useful under some vaguely specified conditions
>>
>> Neither of
9 Dec 2021, 15:57 by an...@khirnov.net:
> Quoting Lynne (2021-12-09 15:42:42)
>
>> 9 Dec 2021, 15:24 by geo...@nsup.org:
>>
>> > Anton Khirnov (12021-12-09):
>> >
>> >> I see you repeating the same two arguments:
>> >> - it w
7 Dec 2021, 10:05 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
10 Dec 2021, 20:05 by jianhua...@intel.com:
> It's no need to assign outlink here, which has been done in
> ff_vk_filter_config_output already.
>
> Signed-off-by: Wu Jianhua
> ---
> libavfilter/vf_transpose_vulkan.c | 11 +--
> 1 file changed, 1 insertion(+), 10 deletions(-)
>
> diff --g
t;>> now. If you know of any issues which are release-blocking list them in a
>>> reply
>>> here please.
>>>
>>
>> Maybe the audio channel layout would be nice to settle before?
>>
>
> There are two or three requests/blockers, by Nico
13 Dec 2021, 19:26 by softwo...@hotmail.com:
>
>
>> -Original Message-
>> From: Jean-Baptiste Kempf
>> Sent: Monday, December 13, 2021 7:01 PM
>> To: FFmpeg development discussions and patches
>> Cc: Soft Works
>> Subject: Re: [FFmpeg-devel] Politics
>>
>> Hello Softworkz
>>
>> On Sun,
14 Dec 2021, 02:13 by c...@passwd.hu:
>
>
> On Tue, 7 Dec 2021, James Almer wrote:
>
> I would like to attach some extendable, possibly per-channel metadata to the
> channel layout. I'd rather put it into AVChannelLayout, so native layouts
> could also have metadata. This must be dynamically all
14 Dec 2021, 02:47 by ffm...@tmm1.net:
> From: Aman Karmani
>
> deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
>
> for example, an interlaced mpeg2 file can be decoded by avcodec,
> uploaded into a CVPixelBuffer, deinterlaced by metal, and then
> encoded to h264 by VideoToolbox
14 Dec 2021, 09:32 by c...@passwd.hu:
>
>
> On Tue, 14 Dec 2021, Lynne wrote:
>
>> 14 Dec 2021, 02:13 by c...@passwd.hu:
>>
>>>
>>>
>>> On Tue, 7 Dec 2021, James Almer wrote:
>>>
>>> I would like to attach some extendable, pos
14 Dec 2021, 15:23 by geo...@nsup.org:
> Lynne (12021-12-14):
>
>> I think this discussion would go a lot quicker if we could discuss this
>> on IRC, would you and Nicolas mind joining and pinging me and elenril
>> so we could settle the details?
>>
>
> Yes,
15 Dec 2021, 21:47 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> This was renamed upstream quite a while ago (v3.112.0). Keep the old
> option name in libavfilter for backwards compatibility.
>
> Signed-off-by: Niklas Haas
> ---
> libavfilter/vf_libplacebo.c | 2 +-
> 1 file changed, 1 insertion
15 Dec 2021, 22:32 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> This was renamed upstream quite a while ago (v3.112.0). Rename the
> option name as well for consistency (and expand the description just
> slightly).
>
> Signed-off-by: Niklas Haas
> ---
> libavfilter/vf_libplacebo.c | 6 +++---
>
Dec 17, 2021, 3:25 PM by an...@khirnov.net:
> Quoting Pierre-Anthony Lemieux (2021-12-15 21:41:25)
>
>> On Wed, Dec 15, 2021 at 12:20 PM Anton Khirnov wrote:
>> >
>> > Quoting Pierre-Anthony Lemieux (2021-12-15 01:17:26)
>> > > >
>> > > > Now the question is whether a malicious attacker can craft
Dec 18, 2021, 12:34 by softwo...@hotmail.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Paul B
>> Mahol
>> Sent: Saturday, December 18, 2021 11:27 AM
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] Politics
>>
>> On Wed, Dec 15, 2021 at
18 Dec 2021, 15:28 by softwo...@hotmail.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Lynne
>> Sent: Saturday, December 18, 2021 2:33 PM
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] Politics
18 Dec 2021, 16:43 by softwo...@hotmail.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Lynne
>> Sent: Saturday, December 18, 2021 4:17 PM
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] Politic
tch attached.
>From 65d655740d75918dc78ba562a6ad682bfa55f480 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sun, 19 Dec 2021 19:44:40 +0100
Subject: [PATCH] checkasm: store and associate contexts with functions and use
it for av_tx
The issue is the following:
- checkasm/av_tx.c initializes a context and a function
- check_func() rec
19 Dec 2021, 21:53 by mva...@gmail.com:
> Enables creation of FLAC files with up to 32 bits-per-sample, up from the
> previous limit of 24 bit. This is a feature requested for RAWcooked, the
> archiving community has a need for storing files with 32-bit integer audio
> samples. See https://github.
19 Dec 2021, 22:41 by mva...@gmail.com:
> Op zo 19 dec. 2021 om 22:11 schreef Lynne :
>
>> What happens if there's an overflow and the prediction coefficients
>> are lowered? Is there a loss of bits? What about if it gives up?
>>
>
> The result remains lossless.
nmerged hwaccel patch.
Patch attached.
>From 1f5243450242039f82a91e7eccb724af4b6ef37c Mon Sep 17 00:00:00 2001
From: Lynne
Date: Mon, 20 Dec 2021 11:04:49 +0100
Subject: [PATCH] configure: autodetect vulkan
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
20 Dec 2021, 15:43 by alankelly-at-google@ffmpeg.org:
> This flag is set on Haswell and earlier and all AMD cpus.
> ---
> Removes unnecessary indentation, clarifies comment and only sets flag on AMD
> cpus with AVX2.
> libavutil/cpu.h | 1 +
> libavutil/x86/cpu.c | 14 +-
>
20 Dec 2021, 15:59 by alankelly-at-google@ffmpeg.org:
> This flag is set on Haswell and earlier and all AMD cpus.
> ---
> Sets this flag on Zen 3 and earlier.
> libavutil/cpu.h | 1 +
> libavutil/x86/cpu.c | 14 +-
> 2 files changed, 14 insertions(+), 1 deletion(-)
>
> diff
20 Dec 2021, 17:59 by mich...@niedermayer.cc:
> On Mon, Dec 20, 2021 at 11:15:08AM +0100, Lynne wrote:
>
>> Recently, Metal support was merged, which is autodetected
>> by default. Metal doesn't even have a hwcontext and it's not
>> a hwaccel, nor would it like
20 Dec 2021, 19:57 by p...@sandflow.com:
> From: Pierre-Anthony Lemieux
>
> Signed-off-by: Pierre-Anthony Lemieux
> ---
>
> Notes:
> The IMF demuxer accepts as input an IMF CPL. The assets referenced by the
> CPL can be
> contained in multiple deliveries, each defined by an ASSETMAP file:
>
20 Dec 2021, 20:48 by p...@sandflow.com:
> On Mon, Dec 20, 2021 at 11:19 AM Lynne wrote:
>
>>
>> 20 Dec 2021, 19:57 by p...@sandflow.com:
>>
>> > From: Pierre-Anthony Lemieux
>> >
>> > Signed-off-by: Pierre-Anthony Lemieux
>> > ---
&g
21 Dec 2021, 08:05 by quinkbl...@foxmail.com:
>
>
>> On Dec 21, 2021, at 1:45 AM, Lynne wrote:
>>
>>
>> Thanks for testing, V2 attached, just changes require_cpp to check_cpp,
>> since autodetecting is not a hard-require unlike enabling libraries.
>>
o fix issues?
Patch attached without snarky commit message. But I hope my point gets across.
>From 306cbe3204deb0314265adda226acea224329849 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Tue, 21 Dec 2021 19:14:56 +0100
Subject: [PATCH] swscale: fix style issues and check malloc in
ff_shuf
21 Dec 2021, 20:56 by alankelly-at-google@ffmpeg.org:
> This flag is set on Haswell and earlier and all AMD cpus.
> ---
> Checks for family for Haswell. All checks are done where AVX2 flag is
> set as this is clearer.
> libavutil/cpu.h | 1 +
> libavutil/x86/cpu.c | 15 ++-
21 Dec 2021, 20:18 by andreas.rheinha...@outlook.com:
> Lynne:
>
>>
>> +if (filterSize > 4) {
>> +int16_t *tmp2 = av_malloc(dstW * filterSize * 2);
>> +if (!tmp2)
>> +return AVERROR(ENOMEM);
>>
20 Dec 2021, 16:31 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> Signed-off-by: Niklas Haas
> ---
> doc/APIchanges| 3 +
> libavutil/dovi_meta.c | 12
> libavutil/dovi_meta.h | 143 ++
> libavutil/frame.c | 1 +
> libavutil/frame.h
23 Dec 2021, 00:24 by softwo...@hotmail.com:
> Hi,
>
> holidays are approaching and I got a little present for all of you
> even though it won’t be something for everybody.
>
> A while ago I had committed to prepare a test setup for integrating
> GitHub in a similar way as the Git developers are
801 - 900 of 2004 matches
Mail list logo
