thanks for the reviews, let me summarize the unfixed issues and my plan.
- more resolutions support besides 1080p. (comment from Vittorio Giovara, Liu
Steven, Li Zhong)
I've sent an issue to tensorflow to explain the issue and provide a possible
solution,
see
---
libavformat/mov.c | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 542e92ec00..607ce30178 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -645,7 +645,7 @@ static int
pb->eof_reached is set on error, so we need to check pb->error,
even after checking pb->eof_reached or avio_feof(pb), or else we
can end up returning AVERROR_EOF instead of the actual error code.
---
libavformat/matroskadec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
---
libavformat/avidec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/avidec.c b/libavformat/avidec.c
index 3f074795a7..1d131b299c 100644
--- a/libavformat/avidec.c
+++ b/libavformat/avidec.c
@@ -1383,8 +1383,8 @@ static int ni_prepare_read(AVFormatContext
Swap width and height when do clock/cclock rotation
Add 180/180_flip options
ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128
-hwaccel_output_format vaapi -i input.264 -vf "transpose_vaapi=clock_flip"
-c:v h264_vaapi output.h264
Signed-off-by: Zachary Zhou
---
configure
I have attached logs in tichet #7565.
idet before patch (72.6x) is far faster than after (62.2x).
I think it means processes terminate by double counts than expeccted.
How do you thinnk about it?
ponpon
2018年11月28日(水) 11:24 Carl Eugen Hoyos :
> 2018-11-28 3:01 GMT+01:00, pon pon :
>
> > I think
As these functions are moved to shared file, other colorspace-related
filters could also leverage the code.
Signed-off-by: Ruiling Song
---
libavfilter/colorspace.c| 71 +
libavfilter/colorspace.h| 4 ++
Add VDENC(lowpower mode) support for QSV H264
It's an experimental function(like lowpower in vaapi) with
some limitations:
- CBR/VBR require HuC which should be explicitly loaded via i915
module parameter(i915.enable_guc=2 for linux kernel version >= 4.16)
Use option "-low_power 1" to enable
On Wed, Nov 28, 2018 at 9:41 AM Carl Eugen Hoyos wrote:
> 2018-11-28 1:54 GMT+01:00, myp...@gmail.com :
> > On Wed, Nov 28, 2018 at 4:47 AM Carl Eugen Hoyos
> wrote:
> >
> >> 2018-11-27 10:18 GMT+01:00, Jun Zhao :
> >> > fixed the error in Intel(R) Xeon(R) Gold 6152 CPU like:
> >> > [libaom-av1
Assert in function ff_qsv_encode to avoid using uninitialized value:
FF_DISABLE_DEPRECATION_WARNINGS
avctx->coded_frame->pict_type = pict_type;
FF_ENABLE_DEPRECATION_WARNINGS
Signed-off-by: Linjie Fu
---
[v2] assert instead of setting the pict_type to AV_PICTURE_TYPE_NONE;
Signed-off-by: Ruiling Song
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/opencl/transpose.cl | 35 +
libavfilter/opencl_source.h | 1 +
libavfilter/transpose.h | 34 +
2018-11-28 3:01 GMT+01:00, pon pon :
> I think idet duplicately counts and offsets accuracy of progressive
> frames, as repoert in ticket #7565.
Unfortunately, this ticket is missing all necessary information including
the command line, the complete, uncut console output and a sample file.
For
Thanks for your valuable comments, reply inline.
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Wednesday, November 28, 2018 8:41 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavf: add
Hello,
I think idet duplicately counts and offsets accuracy of progressive frames,
as repoert in ticket #7565.
If this is corret, the below patch can fix it.
ponpon
diff --git a/libavfilter/vf_idet.c b/libavfilter/vf_idet.c
index 02ae2edcb9..8c355ee2f9 100644
--- a/libavfilter/vf_idet.c
+++
2018-11-28 1:54 GMT+01:00, myp...@gmail.com :
> On Wed, Nov 28, 2018 at 4:47 AM Carl Eugen Hoyos wrote:
>
>> 2018-11-27 10:18 GMT+01:00, Jun Zhao :
>> > fixed the error in Intel(R) Xeon(R) Gold 6152 CPU like:
>> > [libaom-av1 @ 0x469f340] Failed to initialize encoder: Invalid parameter
>> >
On Wed, Nov 28, 2018 at 4:47 AM Carl Eugen Hoyos wrote:
> 2018-11-27 10:18 GMT+01:00, Jun Zhao :
> > fixed the error in Intel(R) Xeon(R) Gold 6152 CPU like:
> > [libaom-av1 @ 0x469f340] Failed to initialize encoder: Invalid parameter
> > [libaom-av1 @ 0x469f340] Additional information:
Fixes: Timeout
Fixes:
11318/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSMPEG4V1_fuzzer-5710884555456512
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/msmpeg4dec.c | 3 +++
1 file
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Wednesday, November 28, 2018 8:17 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] hwcontext_opencl: Use correct function to
> enumerate devices
>
>
Fixes: Timeout
Fixes:
11168/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMV2_fuzzer-573378203278
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wmv2dec.c | 2 ++
1 file changed, 2
On 26/11/2018 07:05, Ruiling Song wrote:
> Signed-off-by: Ruiling Song
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/opencl/transpose.cl | 35 +
> libavfilter/opencl_source.h
Now memcpy can be avoided for NAL units containing escapes, too.
Particularly improves performance for files with hardcoded black bars.
For such a file, time spent in cbs_h2645_split_fragment went down from
369410 decicycles to 327677 decicycles. (It were 379114 decicycles when
every NAL unit was
This is in preparation for a patch for cbs_h2645. Now the packet's
rbsp_buffer can be owned by an AVBuffer.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/cbs_h2645.c | 8 ++---
libavcodec/extract_extradata_bsf.c | 2 +-
libavcodec/h2645_parse.c | 53
I have incorporated your proposal and have added the buffer directly to
H2645RBSP. This allowed to simplify the uninit process, as you already
predicted.
Andreas Rheinhardt (2):
h2645_parse: Make ff_h2645_packet_split reference-compatible
cbs_h2645: Avoid memcpy when splitting fragment #2
Also assert that all required functions are present.
---
On 26/11/2018 08:57, Song, Ruiling wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Mark Thompson
>> Sent: Monday, November 26, 2018 6:08 AM
>> To: FFmpeg development
On 26/11/2018 12:31, Song, Ruiling wrote:
>
>
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Mark Thompson
>> Sent: Monday, November 26, 2018 3:16 AM
>> To: FFmpeg development discussions and patches
>> Subject: [FFmpeg-devel]
On 26/11/2018 15:32, Mironov, Mikhail wrote:
> You assume that device ID returned from regular enumeration is the same as
> device ID returned from clGetDeviceIDsFromD3D11KHR. It is not guaranteed and
> I didn't try this.
Ok, that's fair I suppose. Fixing it hasn't changed anything, though.
>
Hello,
New patchs in attach
001 : add YUVA444P12 and YUVA422P12 to avcodec_dimensions2 (in order to
have height padding)
002 to 009 : unchanged
010 : mention ticket 7163 in commit msg (unchanged otherwise)
Martin
0002-avcodec-proresdsp-remove-unused-value.patch
Description: Binary data
2018-11-27 10:18 GMT+01:00, Jun Zhao :
> fixed the error in Intel(R) Xeon(R) Gold 6152 CPU like:
> [libaom-av1 @ 0x469f340] Failed to initialize encoder: Invalid parameter
> [libaom-av1 @ 0x469f340] Additional information: g_threads out of range
> [..MAX_NUM_THREADS]
>
> Signed-off-by: Jun Zhao
2018-11-09 16:13 GMT+01:00, Carl Eugen Hoyos :
> 2018-11-09 10:31 GMT+01:00, Michael Niedermayer :
>> method 0 (inflate/deflate) is the only specified in the specification and
>> the only supported
>>
>> Fixes: Timeout
>> Fixes:
>>
2018-11-23 19:03 GMT+01:00, Carl Eugen Hoyos :
> Attached patches fix Closed Captions when increasing frame rate, both
> with "-r" and the fps filter, fixes ticket #7506.
Patches applied.
Carl Eugen
___
ffmpeg-devel mailing list
Hi!
Attached patch improves the "ffmpeg -i" output for raw dvbsub files.
Please comment, Carl Eugen
From 6cddd293354c75a20ae54e0ea62898c128826601 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 27 Nov 2018 18:22:02 +0100
Subject: [PATCH] lavf/rawdec: Do not mark streams from raw
2018-11-26 11:25 GMT+01:00, Karthick J :
> When dashenc has to run for long duration(say 24x7 live stream), one can
> enable this option to ignore the io failure of few segment's upload due to
> an intermittent network issues.
> When the network connection recovers dashenc will continue with the
Fixes #5258.
Signed-off-by: Paul B Mahol
---
libavcodec/opus.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/opus.c b/libavcodec/opus.c
index aa827b604c..22cda64801 100644
--- a/libavcodec/opus.c
+++ b/libavcodec/opus.c
@@ -31,6 +31,7 @@
#include
> On Oct 31, 2018, at 07:20, Mark Thompson wrote:
>
> ---
> libavformat/hlsenc.c | 13 +
> 1 file changed, 9 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
> index f8f060d065..73282ed31a 100644
> --- a/libavformat/hlsenc.c
> +++
./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
yuv420p9le \
-f null -vframes 100 -v error -nostats -
Speedups:
yuv2plane1_9BE_vsx 11.2042
yuv2plane1_9LE_vsx 11.156
yuv2plane1_10BE_vsx 9.89428
yuv2plane1_10LE_vsx 10.3637
yuv2plane1_12BE_vsx 9.71923
The startcode before VPS,SPS,PPS and the first NALU in an AU is 4 bytes.
Blindly taking the startcode as 3 bytes will leave 0x00 in last packet
and may lead to some warnings in parse_nal_units when s->flags is set to
PARSER_FLAG_COMPLETE_FRAMES.
Add 4 bytes startcode condition in
Fixes #7278.
Signed-off-by: Paul B Mahol
---
libavcodec/ac3dec.c | 20 +---
libavformat/ac3dec.c | 2 +-
2 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/libavcodec/ac3dec.c b/libavcodec/ac3dec.c
index 43b22b7654..71419458fa 100644
--- a/libavcodec/ac3dec.c
+++
Fixes #6784.
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/pcm-dvdenc.c | 197
3 files changed, 199 insertions(+)
create mode 100644 libavcodec/pcm-dvdenc.c
diff --git a/libavcodec/Makefile
Fixes #6783.
Signed-off-by: Paul B Mahol
---
libavformat/mpegenc.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/libavformat/mpegenc.c b/libavformat/mpegenc.c
index 4c6fa67fb8..f2d6a898f2 100644
--- a/libavformat/mpegenc.c
+++ b/libavformat/mpegenc.c
@@
On Wed, Nov 14, 2018 at 10:37:08AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 10708/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-5730140957442048
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
Friendly ping. Please let me know if there are any changes I should make to
this patch?
Thanks!
Felicia
On Thu, Aug 9, 2018 at 6:41 AM Felicia Lim wrote:
> I've attached the patch with the updated description, please let me know
> if I should make any other changes.
>
> Thanks,
> Felicia
>
>
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Sunday, November 11, 2018 11:32 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 3/3] qsvdec: Fix running with assert_level >
> 0
>
> Assertion avctx->codec_id != AV_CODEC_ID_NONE
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Linjie Fu
> Sent: Tuesday, November 27, 2018 2:49 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [FFmpeg-devel] [PATCH,v3] lavc/qsvenc: add VDENC support for
> H264
>
> Add VDENC(lowpower mode) support for
fixed the error in Intel(R) Xeon(R) Gold 6152 CPU like:
[libaom-av1 @ 0x469f340] Failed to initialize encoder: Invalid parameter
[libaom-av1 @ 0x469f340] Additional information: g_threads out of range
[..MAX_NUM_THREADS]
Signed-off-by: Jun Zhao
---
libavcodec/libaomenc.c |3 ++-
1 files
44 matches
Mail list logo
