Mattias Wadman:
> lavf flacenc could previously write truncated metadata picture size if
> the picture data did not fit in 24 bits. Detect this by truncting the
> size found inside the picture block and if it matches the block size
> use it and read rest of picture data.
>
> Also only enable this
> > > > I think opening a generic ticket for this would be a good move.
Having
> > > > the ability to trim essence would be very useful. Then we could also
> > > > remove that godawful hack in mov.c as well, hopefully. There's more
> > > > than a few formats that need some "warm-up
On 4/24/2020 12:13 AM, Nelson Gomez wrote:
> From: Nelson Gomez
>
> 256 bits is just wide enough to fit all the operands needed to vectorize
> the software implementation, but AVX2 is needed to for some instructions
> like 16-to-32 bit vector sign extension.
>
> Output is bit-for-bit identical t
Anton Khirnov:
>
> As far as I'm concerned, feel free to push the whole set as is.
>
I pushed the set without removing the log.h headers.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Nelson Gomez
256 bits is just wide enough to fit all the operands needed to vectorize
the software implementation, but AVX2 is needed to for some instructions
like 16-to-32 bit vector sign extension.
Output is bit-for-bit identical to C.
Signed-off-by: Nelson Gomez
---
libswscale/x86/ou
From: Nelson Gomez
Extracting information from SwsContext in assembly is difficult, and
rearranging SwsContext just for asm access didn't look good. These
functions only need a couple of fields from it anyway, so just make
them parameters in their own right.
Signed-off-by: Nelson Gomez
---
lib
From: Nelson Gomez
Signed-off-by: Nelson Gomez
---
libswscale/output.c | 13 -
libswscale/swscale_internal.h | 3 ++-
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/libswscale/output.c b/libswscale/output.c
index 2e5d6076ab..bddfaf16af 100644
--- a/libsws
This patchset aims to optimize yuv2nv12cX_c for Intel/AMD chips by adding an
AVX2 implementation of it. To support this change, the typedef declaration for
yuv2interleavedX_fn has been changed to pass two additional parameters for
chrDither8 and dstFormat rather than passing a pointer to the entire
James Almer:
> Will be reused in the following patch.
>
> Signed-off-by: James Almer
> ---
> libavcodec/cbs_h2645.c| 9 +
> libavcodec/cbs_h265_syntax_template.c | 7 +++
> 2 files changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/cbs_h2645.c b/li
James Almer:
> Will be reused in the following patch.
>
> Signed-off-by: James Almer
> ---
> libavcodec/cbs_h2645.c| 9 +
> libavcodec/cbs_h265_syntax_template.c | 7 +++
> 2 files changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/cbs_h2645.c b/li
Fixes ticket #8622
Signed-off-by: James Almer
---
libavcodec/cbs_h2645.c| 1 +
libavcodec/cbs_h265.h | 1 +
libavcodec/cbs_h265_syntax_template.c | 62 +--
3 files changed, 60 insertions(+), 4 deletions(-)
diff --git a/libavcodec/cbs_h26
This is a patch Chromium has carried for a while, we forgot to send it
upstream. 7546ac2fee4 made it so that the start_time for mp3 files is
adjusted for skip_samples. However, this appears incorrect because
subsequent packet timestamps are not adjusted and skip_samples are
applied by deleting data
Will be reused in the following patch.
Signed-off-by: James Almer
---
libavcodec/cbs_h2645.c| 9 +
libavcodec/cbs_h265_syntax_template.c | 7 +++
2 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
index d420
On Thu, Apr 16, 2020 at 01:25:51AM +0200, Michael Niedermayer wrote:
> On Wed, Apr 15, 2020 at 06:37:55PM -0300, James Almer wrote:
> > On 4/15/2020 6:10 PM, 曾经的梦 wrote:
> > > Because I added many custom features in ffmpeg 2.8 and upgrading ffmpeg
> > > to the latest version is a difficult task,
>
Andreas Rheinhardt:
> Andreas Rheinhardt:
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavformat/webvttdec.c | 4 +---
>> 1 file changed, 1 insertion(+), 3 deletions(-)
>>
>> diff --git a/libavformat/webvttdec.c b/libavformat/webvttdec.c
>> index 52579c5ed2..6c4d5f6736 100644
>> --- a/libavfo
Andreas Rheinhardt:
> Andreas Rheinhardt:
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavformat/r3d.c | 20 +++-
>> 1 file changed, 3 insertions(+), 17 deletions(-)
>>
>> diff --git a/libavformat/r3d.c b/libavformat/r3d.c
>> index 224bcf780d..7aa0c5a2c3 100644
>> --- a/libavf
Andreas Rheinhardt:
> Andreas Rheinhardt:
>> The documentation of av_dict_set() states that values >= 0 indicate
>> success, whereas av_packet_unpack_dictionary() implies that return
>> values > 0 are impossible. So only forward the return value of
>> av_dict_set() in av_packet_unpack_dictionary()
On Mon, Apr 20, 2020 at 12:21:21AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (29sec -> 5ms)
> Fixes:
> 20237/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_MP4TOANNEXB_fuzzer-5165615044362240
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/proje
On Thu, Apr 23, 2020 at 09:36:07AM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> This patch adds support for decoding images
> with a Region of Interest. Allows decoding
> samples such as p0_03.j2k. This patch should
> fix ticket #4681.
> ---
> libavcodec/jpeg2000.h| 1
Mattias Wadman:
> On Thu, Apr 23, 2020 at 5:15 PM Mattias Wadman
> wrote:
>>
>> lavf flacenc could previously write truncated metadata picture size if
>> the picture data did not fit in 24 bits. Detect this by truncting the
>> size found inside the picture block and if it matches the block size
>
On Thu, Apr 23, 2020 at 5:15 PM Mattias Wadman wrote:
>
> lavf flacenc could previously write truncated metadata picture size if
> the picture data did not fit in 24 bits. Detect this by truncting the
> size found inside the picture block and if it matches the block size
> use it and read rest of
lavf flacenc could previously write truncated metadata picture size if
the picture data did not fit in 24 bits. Detect this by truncting the
size found inside the picture block and if it matches the block size
use it and read rest of picture data.
Also only enable this workaround flac files and no
> From: Fu, Linjie
> Sent: Tuesday, March 31, 2020 23:34
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH] lavc/vaapi_encode: add FF_CODEC_CAP_INIT_CLEANUP
> caps for encoders
>
> ff_vaapi_encode_close() is not enough to free the resources like cbs
> if initialization failure hap
Am 22.04.20 um 23:54 schrieb Carl Eugen Hoyos:
> Am Mi., 22. Apr. 2020 um 17:06 Uhr schrieb Thilo Borgmann
> :
>>
>> Am 04.04.20 um 13:55 schrieb Thilo Borgmann:
>>> Hi,
>>>
>>> fixing two bugs revealed after last patch to avfoundation.
>>>
>>> Will apply soon if there are no objections.
>>
>> Appl
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Martin Storsj?
> Sent: Thursday, April 23, 2020 2:34 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] dnn-layer-mathbinary-test: Fix tests for cases
> with extra intermediat
On Thu, Apr 23, 2020 at 7:36 PM Nicolas George wrote:
>
> Jun Zhao (12020-04-23):
> > From: Jun Zhao
> >
> > bump minor version for DOVI sidedata, because added the dovi_meta.h
> > as lavu API part. Also update APIchanges.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > doc/APIchanges | 5 +++-
From: Jun Zhao
bump minor version for DOVI sidedata, because added the dovi_meta.h
as lavu API part. Also update APIchanges.
Signed-off-by: Jun Zhao
---
doc/APIchanges | 5 +++--
libavutil/version.h | 4 ++--
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/doc/APIchanges b/
Jun Zhao (12020-04-23):
> From: Jun Zhao
>
> bump minor version for DOVI sidedata, because added the dovi_meta.h
> as lavu API part. Also update APIchanges.
>
> Signed-off-by: Jun Zhao
> ---
> doc/APIchanges | 5 +++--
> libavutil/version.h | 2 +-
> 2 files changed, 4 insertions(+), 3 de
From: Jun Zhao
bump minor version for DOVI sidedata, because added the dovi_meta.h
as lavu API part. Also update APIchanges.
Signed-off-by: Jun Zhao
---
doc/APIchanges | 5 +++--
libavutil/version.h | 2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/APIchanges b/do
On Thu, Apr 23, 2020 at 7:18 PM Nicolas George wrote:
>
> Jun Zhao (12020-04-23):
> > From: Jun Zhao
> >
> > missed the lavu entry for dovi_meta.h in APIchanges.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > doc/APIchanges | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
>
> You can do
Jun Zhao (12020-04-23):
> From: Jun Zhao
>
> missed the lavu entry for dovi_meta.h in APIchanges.
>
> Signed-off-by: Jun Zhao
> ---
> doc/APIchanges | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
You can do the APIchanges entry and the bump in the same commit. After
all, the should
From: Jun Zhao
missed the lavu entry for dovi_meta.h in APIchanges.
Signed-off-by: Jun Zhao
---
doc/APIchanges | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 5aa25de..42e53f6 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -16,7
From: Jun Zhao
bump minor version for DOVI sidedata, add dovi_meta.h as lavu API
part.
Signed-off-by: Jun Zhao
---
libavutil/version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/version.h b/libavutil/version.h
index 70836a5..e4fa0a9 100644
--- a/libavutil/ver
On Thu, Apr 23, 2020 at 5:55 PM Anton Khirnov wrote:
>
> Quoting myp...@gmail.com (2020-04-23 04:16:41)
> > On Wed, Apr 22, 2020 at 7:53 PM Jun Zhao wrote:
> > >
> > > From: Jun Zhao
> > >
> > > V6:
> > > - split the header and .c file
> > > - bump version and update APIChnage
> > >
> > > V5:
>
On 23.04.2020 06:03, ManojGuptaBonda wrote:
Adding the support to build FFMPEG with HW accelerated decode(nvdec) and
encode on aarch64 architecture.
Applied, thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listi
Quoting myp...@gmail.com (2020-04-23 04:16:41)
> On Wed, Apr 22, 2020 at 7:53 PM Jun Zhao wrote:
> >
> > From: Jun Zhao
> >
> > V6:
> > - split the header and .c file
> > - bump version and update APIChnage
> >
> > V5:
> > - add a constructor for DOVI (tks Anton Khirnov)
> > - some minor coding s
Apr 13, 2020, 16:33 by s...@jkqxz.net:
> This already applied to decoders as well as hwaccels, and adding encoder
> support was going to make the name even more inaccurate.
> ---
> libavcodec/cuviddec.c| 2 +-
> libavcodec/decode.c | 2 +-
> libavcodec/h263dec.c
---
I've seen spurious failures of specifically these tests, in memory
constrained setups.
---
tests/fate/hevc.mak | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak
index 35af3e43ac..65c5a262e9 100644
--- a/tests/fate/
These tests are also in the same size range as the previously
skipped 2k and 4k tests.
---
tests/fate/vcodec.mak | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tests/fate/vcodec.mak b/tests/fate/vcodec.mak
index fc27da5456..ec2a9c339d 100644
--- a/tests/fate/vcodec.mak
++
This fixes tests on 32 bit x86 mingw with clang, which uses x87
fpu by default.
In this setup, while the get_expected function is declared to
return float, the compiler is (especially given the optimization
flags set) free to keep the intermediate values (in this case,
the return value from the in
40 matches
Mail list logo
