With new option "-abr_pipeline"
It enabled multiple filter graph concurrency, which bring obove about
4%~20% improvement in some 1:N scenarios by CPU or GPU acceleration
Below are some test cases and comparison as reference.
(Hardware platform: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz)
(Software:
fix ticket: 7660
Because the char '#' is used for webbrowser to display, it won't present
in URI of http request.
Signed-off-by: Steven Liu
---
libavformat/utils.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 7afef545fe..f93837a805
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Wednesday, January 9, 2019 10:51
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v2] lavc/hevc_parser: add 4 bytes
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Monday, December 10, 2018 01:40
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH, v2] lavc/hevc_parser: add 4 bytes
> startcode condition and update
Testcase:
11663/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-5636791864918016
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/dirac_arith.c | 1 +
libavcodec/dirac_arith.h |
Fixes: Timeout
Fixes:
11663/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-5636791864918016
Before:Executed
clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-5636791864918016
in 26006 ms
After: Executed
Fixes: Timeout
Fixes:
11619/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AC3_FIXED_fuzzer-5632398021099520
Fixes:
11620/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AC3_fuzzer-5711996515778560
Fixes:
11658/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_EAC3_fuzzer-5701006524940288
On 1/8/19, Simon Nash wrote:
> Hello,
> This is my first message to ffmpeg-devel, so please excuse me if
> anything here doesn't conform to the normal mailing list conventions.
>
> I have encountered a problem with ffmpeg (a segmentation fault) that
> occurs only when running ffmpeg on the
Hello,
This is my first message to ffmpeg-devel, so please excuse me if
anything here doesn't conform to the normal mailing list conventions.
I have encountered a problem with ffmpeg (a segmentation fault) that
occurs only when running ffmpeg on the Marvell Armada 370 processor.
I used gdb to
Q(James): Does this mean each frame can potentially have a few different
parameters if dimensions change between them? If that's the case, then
creating new references for the same buffer will not be possible, as the
buffer becomes non writable once there's more than one reference.
A: The window
On 1/8/2019 12:10 PM, James Almer wrote:
> Dav1dPictures contain more than one buffer reference, so we're forced to use
> the
> API properly to free them all.
>
> Signed-off-by: James Almer
> ---
> libavcodec/libdav1d.c | 75 +++
> 1 file changed, 40
On 08/01/2019 16:35, Andoni Morales wrote:
> In a multilib toolchain dlltool has to be configured with the correct
> architecture options.
> This option allows configuring dlltool this way:
> --dlltool="x86_64-w64-mingw32-dlltool --as-flags=--32 -m i386"
Unsure why this is needed... we already
In a multilib toolchain dlltool has to be configured with the correct
architecture options.
This option allows configuring dlltool this way:
--dlltool="x86_64-w64-mingw32-dlltool --as-flags=--32 -m i386"
--
Andoni Morales Alastruey
LongoMatch:The Digital Coach
http://www.longomatch.com
Dav1dPictures contain more than one buffer reference, so we're forced to use the
API properly to free them all.
Signed-off-by: James Almer
---
libavcodec/libdav1d.c | 75 +++
1 file changed, 40 insertions(+), 35 deletions(-)
diff --git
./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
yuv420p16be \
-s 1920x1728 -f null -vframes 100 -v error -nostats -
9-14 bit funcs get about 6x speedup, 16-bit gets about 15x.
Fate passes, each format tested with an image to video conversion.
Only POWER8 includes 32-bit
The existing code was in no released kernel that I can see. The corrected code
was added in 3.9.
Signed-off-by: Lauri Kasanen
---
libavutil/ppc/cpu.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavutil/ppc/cpu.c b/libavutil/ppc/cpu.c
index 7bb7cd8..b022149
On 07.01.2019 15:31, Dmitry Humeniuk wrote:
Signed-off-by: Dmitry Humeniuk
---
Changelog|1 +
doc/filters.texi | 23 +
libavfilter/Makefile |1 +
libavfilter/af_dumpwave.c| 234
17 matches
Mail list logo