These functions replace all ff_hscale8to15_*_ssse3 when avx2 is available.
---
libswscale/swscale_internal.h | 2 +
libswscale/utils.c| 37 +++
libswscale/x86/Makefile | 1 +
libswscale/x86/scale_avx2.asm | 112 ++
Broadwell and later have fast gather instructions.
---
This is so that the avx2 version of ff_hscale8to15X which uses gather
instructions is only selected on machines where it will actually be
faster.
libavutil/cpu.c | 6 ++
libavutil/cpu.h | 6 ++
Hi Alan,
On Mon, Jun 14, 2021 at 7:20 AM Alan Kelly <
alankelly-at-google@ffmpeg.org> wrote:
> Broadwell and later have fast gather instructions.
> ---
> This is so that the avx2 version of ff_hscale8to15X which uses gather
> instructions is only selected on machines where it will actually
On Tue, 8 Jun 2021, Kyle Schwarz wrote:
Binutils 2.36 no longer supports bundling args with the preprocessor
option.
---
ffbuild/common.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ffbuild/common.mak b/ffbuild/common.mak
index 32f5b997b5..9fbbf89130 100644
---
Alan Kelly:
> Broadwell and later have fast gather instructions.
> ---
> This is so that the avx2 version of ff_hscale8to15X which uses gather
> instructions is only selected on machines where it will actually be
> faster.
> libavutil/cpu.c | 6 ++
> libavutil/cpu.h | 6
Hi,
TARGET_OS_OSX exists since OSX 10.10.6. TARGET_OS_MAC is there on both sides of
10.10.6. Fixes compilation on Yosemite.
-Thilo
From a6c690c8f1d311995c6511fcd22982ff1f4c5949 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Mon, 14 Jun 2021 14:51:13 +0200
Subject: [PATCH]
On Mon, Jun 14, 2021 at 9:22 AM Matthias Neugebauer wrote:
> Anything I can do to not land in spam? On another Google groups
> mailing list I (and many others including the admin accounts) had
> the same issue a couple of times.
This is caused by sending emails from a domain with a DMARC reject
Am 14.06.21 um 15:14 schrieb Marvin Scholz (ePirat):
Am 14.06.2021 um 15:03 schrieb Thilo Borgmann :
Hi,
TARGET_OS_OSX exists since OSX 10.10.6. TARGET_OS_MAC is there on both sides of
10.10.6. Fixes compilation on Yosemite.
Hi Thilo, TARGET_OS_MAC is 1 when building for iOS as well,
Anything I can do to not land in spam? On another Google groups
mailing list I (and many others including the admin accounts) had
the same issue a couple of times.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 6/14/2021 8:53 AM, Ronald S. Bultje wrote:
Hi Alan,
On Mon, Jun 14, 2021 at 7:20 AM Alan Kelly <
alankelly-at-google@ffmpeg.org> wrote:
Broadwell and later have fast gather instructions.
---
This is so that the avx2 version of ff_hscale8to15X which uses gather
instructions is only
> Am 14.06.2021 um 15:03 schrieb Thilo Borgmann :
>
> Hi,
>
> TARGET_OS_OSX exists since OSX 10.10.6. TARGET_OS_MAC is there on both sides
> of 10.10.6. Fixes compilation on Yosemite.
>
Hi Thilo, TARGET_OS_MAC is 1 when building for iOS as well, you need
!TARGET_OS_IPHONE instead.
>
Instead use --preprocessor-arg; in binutils 2.36, the --preprocessor
flag was changed so that it no longer accepts a string containing
multiple arguments, but the whole --preprocessor argument is
treated as the path to the preprocessor executable (where the path
can contain spaces).
It's
> 在 2021年6月14日，10:08，Xuewei Meng <928826...@qq.com> 写道：
>
> From: Xuewei Meng
>
> Support single input for guided filter by adding guidance mode.
> If the guidance mode is off, single input is required. And
> edge-preserving smoothing is conducted. If the mode is on, two
> inputs are needed.
On Sat, Jun 12, 2021 at 12:12 PM Thilo Borgmann wrote:
>
> $subject
>
> ---
> libavcodec/libvpxenc.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
lgtm. Same comment for the else as for libaomenc.c
___
ffmpeg-devel mailing list
Am 14.06.21 um 20:10 schrieb Thilo Borgmann:
> Am 14.06.21 um 19:39 schrieb James Zern:
>> On Sat, Jun 12, 2021 at 12:10 PM Thilo Borgmann
>> wrote:
>>>
>>> Hi,
>>>
>>> if init fails, it's likely originating from the library's config. This and
>>> 2/2 are for easier debugging in that case
On 6/11/21, 9:31 PM, "Kevin LaFlamme" wrote:
>Does my last explanation make sense or if not could you point me to
>where this reasoning is incorrect?
Your reasoning is perfectly fine. Since I haven't heard any objections to your
reply, I have pushed this patch. Thanks.
>
>Kevin LaFlamme
On Fri, Jun 11, 2021 at 10:30:48PM +0200, Diederick Niehorster wrote:
> Enabled discovering a DirectShow device's color range, space, primaries,
> transfer characteristics and chroma location, if the device exposes that
> information. Sets them in the stream's codecpars.
>
> Signed-off-by:
On Sat, Jun 12, 2021 at 12:10 PM Thilo Borgmann wrote:
>
> Hi,
>
> if init fails, it's likely originating from the library's config. This and
> 2/2 are for easier debugging in that case instead of having to run again with
> loglevel DEBUG.
>
> ---
> libavcodec/libaomenc.c | 10 ++
> 1
Fix memory leak for RequestItem upon error while pushing to the
request_queue in the completion callback.
Signed-off-by: Shubhanshu Saxena
---
libavfilter/dnn/dnn_backend_openvino.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavfilter/dnn/dnn_backend_openvino.c
Thierry Foucu:
> On Fri, Jun 4, 2021 at 10:18 PM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Michael Fabian 'Xaymar' Dirks:
>>> On 2021-05-24 22:15, Andreas Rheinhardt wrote:
michael.di...@xaymar.com:
> From: Michael Fabian 'Xaymar' Dirks
>
> Adds
From: Limin Wang
>
>Signed-off-by: Limin Wang
>---
>libavformat/dashenc.c | 16 +++-
>1 file changed, 3 insertions(+), 13 deletions(-)
Pushed.
Thanks,
Karthick
>
>diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
>index 8a626c1..b7622bc 100644
>--- a/libavformat/dashenc.c
On Sun, Jun 13, 2021 at 11:50 PM Pavel Koshevoy wrote:
> On Sat, Jun 5, 2021 at 11:40 AM Pavel Koshevoy
> wrote:
>
> > Un-hardcode the 200ms minimum latency between emitting subtitle events
> > so that those that wish to receive a subtitle event for every screen
> > change could do so.
> >
> >
On Fri, Jun 4, 2021 at 10:18 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Michael Fabian 'Xaymar' Dirks:
> > On 2021-05-24 22:15, Andreas Rheinhardt wrote:
> >> michael.di...@xaymar.com:
> >>> From: Michael Fabian 'Xaymar' Dirks
> >>>
> >>> Adds "timestamp_precision" to the
On Mon, Jun 14, 2021 at 10:04 AM Paul B Mahol wrote:
> On Sun, Jun 13, 2021 at 11:50 PM Pavel Koshevoy
> wrote:
>
> > On Sat, Jun 5, 2021 at 11:40 AM Pavel Koshevoy
> > wrote:
> >
> > > Un-hardcode the 200ms minimum latency between emitting subtitle events
> > > so that those that wish to
On 6/14/2021 1:56 PM, Michael Niedermayer wrote:
On Fri, Jun 11, 2021 at 10:30:48PM +0200, Diederick Niehorster wrote:
Enabled discovering a DirectShow device's color range, space, primaries,
transfer characteristics and chroma location, if the device exposes that
information. Sets them in the
Am 14.06.21 um 19:39 schrieb James Zern:
> On Sat, Jun 12, 2021 at 12:10 PM Thilo Borgmann
> wrote:
>>
>> Hi,
>>
>> if init fails, it's likely originating from the library's config. This and
>> 2/2 are for easier debugging in that case instead of having to run again
>> with loglevel DEBUG.
>>
Am 08.06.21 um 18:42 schrieb Thilo Borgmann:
> Hi,
>
> add %{localtime_ms} function to the drawtext filter. Same as %{localtime} but
> with additional millisecond part.
Ping for a volunteer to actually have a look at the patch for review.
Thanks,
Thilo
Also include channel_layout.h directly wherever used.
Signed-off-by: Andreas Rheinhardt
---
doc/examples/filtering_audio.c | 1 +
doc/examples/transcode_aac.c | 1 +
doc/examples/transcoding.c | 1 +
fftools/cmdutils.c | 1 +
fftools/ffplay.c | 1 +
This inclusion has been added before libavutil/error.h was split off
from avcodec.h (in 60c144f700e2e362047b00704abcb694d49e549c).
Signed-off-by: Andreas Rheinhardt
---
Still included implicitly (even via multiple paths).
libavcodec/avcodec.h | 1 -
1 file changed, 1 deletion(-)
diff --git
It is no longer used directly; but it is still indirectly included via
codec.h.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/avcodec.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 6873e12279..5457f47bd0 100644
---
It is not used here at all; instead, add it where it is used without
including it or any of the arch-specific CPU headers.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/avcodec.h | 1 -
libavcodec/frame_thread_encoder.c | 1 +
libavcodec/libaomdec.c | 1
Mohammad Izadi:
> HDR10+ metadata is stored in the bit stream for HEVC. The story is different
> for VP9 and cannot store the metadata in the bit stream. HDR10+ should be
> passed to packet side data an stored in the container (mkv) for VP9.
>
> This CL is taking HDR10+ from AVFrame side data
On Thu, Jun 10, 2021 at 4:05 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Mohammad Izadi:
> > HDR10+ metadata is stored in the bit stream for HEVC. The story is
> different for VP9 and cannot store the metadata in the bit stream. HDR10+
> should be passed to packet side data
Mohammad Izadi:
> On Thu, Jun 10, 2021 at 4:05 PM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Mohammad Izadi:
>>> HDR10+ metadata is stored in the bit stream for HEVC. The story is
>> different for VP9 and cannot store the metadata in the bit stream. HDR10+
>> should be
HDR10+ metadata is stored in the bit stream for HEVC. The story is different
for VP9 and cannot store the metadata in the bit stream. HDR10+ should be
passed to packet side data an stored in the container (mkv) for VP9.
This CL is taking HDR10+ from AVFrame side data in libvpxenc and is passing
Thierry Foucu:
> On Mon, Jun 14, 2021 at 12:09 PM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Thierry Foucu:
>>> On Fri, Jun 4, 2021 at 10:18 PM Andreas Rheinhardt <
>>> andreas.rheinha...@outlook.com> wrote:
>>>
Michael Fabian 'Xaymar' Dirks:
> On 2021-05-24
Also include bsf.h directly wherever it is used.
Signed-off-by: Andreas Rheinhardt
---
Following the example of e67e02d15672a87da1b0566e197a1e19dc7e1e33
I have neither added an APIchanges entry nor a version bump for
anything in this set.
fftools/cmdutils.c | 1 +
fftools/ffmpeg.h
From: Andreas Rheinhardt
Signed-off-by: Andreas Rheinhardt
---
fftools/ffplay.c | 3 ---
libavcodec/ass.c | 1 -
libavcodec/cfhd.h | 2 --
libavcodec/cfhddsp.c
From: Andreas Rheinhardt
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_qsv.c| 1 -
libavcodec/aactab.c | 1 -
libavcodec/arbc.c | 1 -
libavcodec/argo.c | 1 -
libavcodec/dcadsp.c
Signed-off-by: Andreas Rheinhardt
---
libavcodec/lossless_videodsp.c | 3 ++-
libavcodec/lossless_videodsp.h | 3 ---
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavcodec/lossless_videodsp.c b/libavcodec/lossless_videodsp.c
index cff94c234d..fa0869eef9 100644
---
These have mostly been added because of FF_API_*; yet when these were
removed, removing the header has been forgotten.
Signed-off-by: Andreas Rheinhardt
---
Some of these leftovers are from the last bump. Sorry.
libavcodec/blockdsp.c | 1 -
libavcodec/blockdsp.h | 1 -
These inclusions are not necessary, as cpu.h is already included
wherever it is needed (via direct inclusion or via the arch-specific
headers).
Signed-off-by: Andreas Rheinhardt
---
I did my best to make sure this is correct on all arches; but testing
is always welcome.
libavutil/internal.h
Signed-off-by: Andreas Rheinhardt
---
libavcodec/pngdec.c | 4 +++-
libavformat/afc.c| 4 ++--
libavformat/avidec.c | 3 ++-
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 16c4c3a283..3c7907 100644
--- a/libavcodec/pngdec.c
Also remove other unnecessary headers and include headers directly while
at it.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ac3.c | 1 -
libavcodec/ac3.h | 5 +++--
libavcodec/ac3dsp.c | 9 -
libavcodec/ac3enc.h
Since b492fbcc6e87094804fdf71308dc500976c6b165, the DSD tables are
always initialized at runtime, so merge the dsd_tablegen.h header
into dsd.c.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dsd.c | 44 ++-
libavcodec/dsd_tablegen.h | 75
Needed for PITCH_DELAY_MAX.
Signed-off-by: Andreas Rheinhardt
---
fate-checkheaders doesn't catch this, because it doesn't use the
RES_PREV_DATA_SIZE macro at all.
libavcodec/g729postfilter.c | 1 -
libavcodec/g729postfilter.h | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git
It does not modify anything; it only returns a value, so it fulfills
the requirements for av_pure.
The deeper rationale behind this change is that this function is called
quite often inside arguments to FFMIN which may lead to two calls to it;
declaring this function as av_pure allows the compiler
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h263data.c | 2 +-
libavcodec/h264_slice.c | 2 +-
libavcodec/snowdec.c| 1 -
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/h263data.c b/libavcodec/h263data.c
index 20d0436fda..c520df3574 100644
---
Currently every symbol (with external linkage) that starts with "av" is
exported. Yet libaom-av1 has lots of functions that are not meant to be
exported and start with "av1_" (I counted 1236); and libvpx has
average_split_mvs. These functions are exported if one links these
libraries statically
On Mon, Jun 14, 2021 at 12:09 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Thierry Foucu:
> > On Fri, Jun 4, 2021 at 10:18 PM Andreas Rheinhardt <
> > andreas.rheinha...@outlook.com> wrote:
> >
> >> Michael Fabian 'Xaymar' Dirks:
> >>> On 2021-05-24 22:15, Andreas Rheinhardt
Thilo Borgmann 于2021年6月15日周二 上午3:14写道：
>
> Am 08.06.21 um 18:42 schrieb Thilo Borgmann:
> > Hi,
> >
> > add %{localtime_ms} function to the drawtext filter. Same as %{localtime}
> > but with additional millisecond part.
>
> Ping for a volunteer to actually have a look at the patch for review.
On 2021-06-14 12:52, Matthias Neugebauer wrote:
Anything I can do to not land in spam? On another Google groups
mailing list I (and many others including the admin accounts) had
the same issue a couple of times.
Quickest workaround: send from a non-Gmail account.
Regards,
Gyan
P.S. Is
52 matches
Mail list logo
