Signed-off-by: Guo, Yejun
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 3042ab9..3e2a487 100755
--- a/configure
+++ b/configure
@@ -6236,11 +6236,11 @@ enabled libvpx&& {
}
enabled libvpx_vp9_decoder && {
From 45720887a4466b97dbd63b6cac452e814e20a567 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?lmzeng=28=E6=9B=BE=E4=BB=A4=E6=98=8E=29?=
Date: Mon, 4 Mar 2019 15:05:45 +0800
Subject: [PATCH] fix hls-aes-128 set offset bug
---
libavformat/hls.c | 20 +---
1 file changed, 13 insertions(+)
On 3/1/19 2:56 PM, joepadmiraal wrote:
> ---
> libavformat/dashenc.c | 23 ---
> 1 file changed, 20 insertions(+), 3 deletions(-)
Thanks for sending this revised patch. Now the patch looks fine overall.
There are two minor suggestions though.
>
> diff --git a/libavformat/dashe
Hello ffmpeg-devel:
Attached is a patch to allow the MXF parser to identify the Canon
XF-HEVC codec for video essence.
This codec/containerization is found in the Canon XF-705 camera that
Canon released in 2018. The camera can encode video using HEVC at
either a 110 or 160 Mbps bitrate, and
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Derek Buitenhuis
> Sent: Friday, March 01, 2019 8:43 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avcodec/libvpxenc: add VP8 support
> for ROI-based encoding
>
> On
On Sun, Mar 3, 2019 at 11:31 PM Derek Buitenhuis
wrote:
>
> On 23/02/2019 00:35, Jan Ekström wrote:
> > This way values such as maxrate/bufsize can be utilized
> > further down the chain.
> > ---
> > libavcodec/libx265.c | 8
> > 1 file changed, 8 insertions(+)
>
> OK.
>
> - Derek
Thank
On 23/02/2019 00:35, Jan Ekström wrote:
> This way values such as maxrate/bufsize can be utilized
> further down the chain.
> ---
> libavcodec/libx265.c | 8
> 1 file changed, 8 insertions(+)
OK.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-de
On Sun, Mar 3, 2019 at 6:03 PM Paul B Mahol wrote:
>
> On 3/3/19, Jan Ekström wrote:
> > On Tue, Feb 26, 2019 at 2:12 AM Jan Ekström wrote:
> >>
> >> Each time the sub2video structure is initialized, the sub2video
> >> subpicture is initialized together with the first received heartbeat.
> >> Th
On 3/3/19, Jan Ekström wrote:
> On Tue, Feb 26, 2019 at 2:12 AM Jan Ekström wrote:
>>
>> Each time the sub2video structure is initialized, the sub2video
>> subpicture is initialized together with the first received heartbeat.
>> The heartbeat's PTS is utilized as the subpicture start time.
>>
>>
On Tue, Feb 26, 2019 at 2:12 AM Jan Ekström wrote:
>
> Each time the sub2video structure is initialized, the sub2video
> subpicture is initialized together with the first received heartbeat.
> The heartbeat's PTS is utilized as the subpicture start time.
>
> Additionally, add some documentation on
Hello,
Few comments.
You can use VBROADCASTI128 macro instead of changing the size of the
constants
(VBROADCASTI128 load 128 bit when using XMM, and broadcast the 128bit to
the two lane when using YMM)
The %if ARCH_X86_64 part, seems strange.
seems to only be useful for AVX2, not for sse/avx.
N
On Sun, Feb 24, 2019 at 12:44:40AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (27 sec -> 39 milli sec)
> Fixes:
> 13151/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QPEG_fuzzer-5717536023248896
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master
On Mon, Feb 25, 2019 at 01:56:19PM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (78 seconds -> 2 seconds)
> Fixes:
> 13186/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AIC_fuzzer-5639516533030912
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master
On Mon, Feb 25, 2019 at 02:04:46AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (17 seconds -> 1 second)
> Fixes:
> 13184/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BETHSOFTVID_fuzzer-5711446296494080
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree
On Mon, Feb 25, 2019 at 10:35:11PM +0100, Michael Niedermayer wrote:
> Dirac internally allocates 5 images per plane and frame currently. One being
> the actual
> image the other 4 being filtered for motion compensation.
>
> Fixes: Out of memory
> Fixes:
> 12870/clusterfuzz-testcase-minimized-ff
On Sun, Mar 03, 2019 at 12:35:11PM +0800, Yukun Guo wrote:
> On Sun, 3 Mar 2019 at 00:41, Michael Niedermayer wrote:
>
> > If the frame is copied, its copy would be at a different point in
> > time so it may need a different poc and simply copying it might
> > cause issues
>
> Sorry I didn't stat
16 matches
Mail list logo
