On 18-06-2019 02:00 PM, Alfred E. Heggestad wrote:
On 17/06/2019 10:23, Gyan wrote:
On 17-06-2019 01:37 PM, Alfred E. Heggestad wrote:
From c69b63a7af5531257753754e64ac33b7ef530e75 Mon Sep 17 00:00:00 2001
From: "Alfred E. Heggestad"
Date: Mon, 17 Jun 2019 10:04:08 +0200
Subject: [PATCH]
> > the background for this is the extension for DASH media files
> > used to be *.m4s and it is now *.mp4
I don't know about the official standard, but at least one
implimentation (vimeo.com) has a bunch of moov atoms in a .mp4 file at
the start of the stream, followed by .m4s segments
On 6/18/19 1:48 PM, Alfred E. Heggestad wrote:
> On 18/06/2019 04:02, Steven Liu wrote:
>> Alfred E. Heggestad 于2019年6月17日周一 下午4:02写道：
>>>
>>> From 923da82598bddd1ed05750427dbc71e607d296a2 Mon Sep 17 00:00:00 2001
>>> From: "Alfred E. Heggestad"
>>> Date: Mon, 17 Jun 2019 09:59:04 +0200
>>>
This commit uses smaller types for some static const arrays to reduce
their size in case the entries can be represented in the smaller type.
The biggest savings came from inv_map_table in vp9.c.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/a64multienc.c | 6 +++---
?
On Tue, Jun 11, 2019 at 10:52 AM Zachary Zhou wrote:
>
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vaapi_vpp.c| 95 +
> libavfilter/vaapi_vpp.h| 5 +
>
> -Original Message-
> From: Zhou, Zachary
> Sent: Tuesday, June 11, 2019 10:52 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhou, Zachary
> Subject: [PATCH v2] avfilter/vaapi: add overlay_vaapi filter
>
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
Fixes: shift exponent -100663046 is negative
Fixes: out of array access
Fixes:
15270/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-5727829913763840
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
lpc_quant of 0 produces undefined behavior, thus disallow this.
If valid samples use this then such a sample would be quite
usefull to confirm the correct handling of this.
Fixes: libavcodec/alac.c:218:25: runtime error: shift exponent -1 is negative
Fixes:
Fixes:
15271/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5735262606327808
Fixes: signed integer overflow: -2147483648 - 8 cannot be represented in type
'int'
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
this patch assumes/requires my previous patch to be applied
2019 jun 17
[PATCH] av_format/hlsenc: fix %v handling by format_name function
best,
Bela
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Dear All,
When multiple variant streams are specified by var_stream_map option, %v
placeholder in various names ensures that each variant has its unique
names. Currently %v is substituted by its variant index value (0, 1, 2
etc.). In some use cases it would be handy to specify names for variants
Fixes: addition of unsigned offset to 0x7f56fc26a9b6 overflowed to
0x7f56fc26a8be*
Fixes:
clusterfuzz-testcase-minimized-mediasource_MP4_AVC1_pipeline_integration_fuzzer-4917949056679936
Reported-by: Matt Wolenetz
Reviewed-by: Matt Wolenetz
Signed-off-by: Michael Niedermayer
---
Fixes crash when muxing tmcd tracks.
Gyan
From d056439a43989c4f2f2e2fdf23ed1e780b56f7f4 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 18 Jun 2019 19:22:16 +0530
Subject: [PATCH] avformat/segment: fix muxing tmcd tracks in MOV
avformat/movenc still relies on AVCodecContext time_base to
On 17-06-2019 01:32 PM, Gyan wrote:
On 15-06-2019 04:57 PM, Gyan wrote:
On 14-06-2019 10:45 PM, Gyan wrote:
Fixes an issue brought to my attention at Super User.
v2 fixes inadvertent stream TC creation when non existed.
Plan to push tomorrow.
Pushed as
Hi all,
Is there a support to handle pulldown feature of progressive HEVC streams in
FFMPEG? FFMPEG already handles it for H.264 streams.
Command line used to verify this in x264:
x264.exe CIF_5frames_1fps.y4m --bframes 0 --fps 1 -o single.264
x264.exe CIF_5frames_1fps.y4m --bframes 0
Fixes: signed integer overflow: -3447 * 2883584 cannot be represented in type
'int'
Fixes:
15265/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINK_fuzzer-5088311799971840
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Fixes: signed integer overflow: 3784 * 682038 cannot be represented in type
'int'
Fixes:
15265/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINK_fuzzer-5088311799971840
Fixes:
15268/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINK_fuzzer-5666502344179712
Found-by: continuous fuzzing
Thanks Michael,
The reason I set the flag before the log line in ff_er_frame_end is because
the code might never get there even though the return value is set to zero.
Should we use two different values ?
Thanks
Amir
On Sun, Jun 16, 2019 at 10:53 AM Michael Niedermayer
wrote:
> On Fri, Jun
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/avio.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index 663789ec02..c1d10ee8c3 100644
--- a/libavformat/avio.c
+++ b/libavformat/avio.c
@@ -568,7 +568,6 @@ int
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/file.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/file.c b/libavformat/file.c
index 08c7f8e6dd..40ae9ad2a8 100644
--- a/libavformat/file.c
+++ b/libavformat/file.c
@@ -274,6 +274,7 @@ static int
On 17/06/2019 10:23, Gyan wrote:
On 17-06-2019 01:37 PM, Alfred E. Heggestad wrote:
From c69b63a7af5531257753754e64ac33b7ef530e75 Mon Sep 17 00:00:00 2001
From: "Alfred E. Heggestad"
Date: Mon, 17 Jun 2019 10:04:08 +0200
Subject: [PATCH] movenc: calculate track_duration without packet
On 18/06/2019 04:02, Steven Liu wrote:
Alfred E. Heggestad 于2019年6月17日周一 下午4:02写道：
From 923da82598bddd1ed05750427dbc71e607d296a2 Mon Sep 17 00:00:00 2001
From: "Alfred E. Heggestad"
Date: Mon, 17 Jun 2019 09:59:04 +0200
Subject: [PATCH] dash: change default MP4 extension to .m4s
this was
From: Max Dmitrichenko [mailto:maxim@gmail.com]
Sent: Tuesday, June 18, 2019 15:06
To: FFmpeg development discussions and patches
Cc: Fu, Linjie
Subject: Re: [FFmpeg-devel] [PATCH, v4 1/2] lavf/qsvvpp:allocate continuous
memory
On Tue, Jun 18, 2019 at 9:52 AM Linjie Fu
low_power mode will use a fixed HW engine (SFC), thus can offload EU usage.
high quality mode will take EU usage (AVS sampler).
Performance and EU usage (Render usage) comparsion on Intel(R) Xeon(R) CPU
E3-1225 v5 @ 3.30GHz:
High quality mode : ffmpeg -hwaccel qsv -c:v h264_qsv -i
Hi all:
Add an option to split the rest of stream after the segment_times is set.
It's very useful to set the first some segments to a little small, and then
split with a clear duration.
The code is simple, but i'm not good at writing the document.
From
On Tue, Jun 18, 2019 at 9:52 AM Linjie Fu wrote:
> Mediasdk calls CMRT to copy from video to system memory and requires
> memory to be continuously allocated across Y and UV.
>
> Add a new path to allocate continuous memory when using system out.
> Use get_continuous_buffer to arrange data
Add transpose support for qsv_vpp with rotate and hflip:
- rotate: [0, 3] support clockwise rotation of 0, 90, 180, 270;
- hflip: [0, 1] support horizontal flip;
Configure with:
{"cclock_hflip","clock","cclock","clock_hflip","reversal","hflip","vflip"}
Limitation:
If pipeline
Mediasdk calls CMRT to copy from video to system memory and requires
memory to be continuously allocated across Y and UV.
Add a new path to allocate continuous memory when using system out.
Use get_continuous_buffer to arrange data according to pixfmt.
Signed-off-by: Linjie Fu
---
28 matches
Mail list logo
