Signed-off-by: Zhengxu Huang
Signed-off-by: Hassene Tmar
Signed-off-by: Jun Zhao
Signed-off-by: Jing Sun
---
configure| 4 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libsvt_hevc.c | 505 +++
4 f
Add docs for libsvt_hevc encoder in encoders.texi and general.texi
Signed-off-by: Jun Zhao
Signed-off-by: Zhengxu Huang
Signed-off-by: Hassene Tmar
Signed-off-by: Jing Sun
---
doc/encoders.texi | 145 ++
doc/general.texi | 8 +++
2 files
Signed-off-by: Zhengxu Huang
Signed-off-by: Hassene Tmar
Signed-off-by: Jun Zhao
Signed-off-by: Jing Sun
---
configure| 4 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libsvt_hevc.c | 505 +++
4 f
> 在 2019年3月18日，下午4:33，Liu Steven 写道：
>
>
>
>> 在 2019年3月18日，上午8:52，Jun Li 写道：
>>
>> On Fri, Mar 15, 2019 at 6:04 PM Jun Li wrote:
>>
>>> Calculate bitrate based on fragment size, only applied when
>>> bitrate is not set, for example rtsp source.
>>>
>>> Signed-off-by: Jun Li
>>> ---
>>>
Hello,
>Similarly if we support demuxing "auxilary / secondary or what they are called
>images" and muxing then we should be able to connect these and not just be
>able to extract one image.
>Thats the ideal. The question how to implement this, or if this is the way to
>go or if this is too com
Any comments before applying the patch?
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Decai Lin
> Sent: 2019年3月8日 14:39
> To: ffmpeg-devel@ffmpeg.org
> Cc: Lin, Decai
> Subject: [FFmpeg-devel] [PATCH v2 1/1] lavc/h264_levels: add MaxMBP
Fixes: Timeout (26sec -> 18sec)
Fixes:
13448/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-576903098243481
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/jpeg2000dec.c | 2
Fixes: Timeout (longer than i had patience for -> 2sec)
Fixes:
13205/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PROSUMER_fuzzer-5105644481282048
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
lib
2019-03-19 23:28 GMT+01:00, Dominik 'Rathann' Mierzejewski
:
> Were the CVE IDs not known at the time these were pushed to master?
No, how would this be possible?
> Not having them in the commit log made it more difficult to find them.
I thought the CVE's themselves contains the commits, no?
C
On Tue, Mar 19, 2019 at 3:52 PM Jun Li wrote:
> The current setting for send-100-continue is either
> applicable or enabled, no option to disable the header.
> This change is to expand the option setting to provide
> more flexibility, which is useful for rstp case.
> ---
> libavformat/http.c | 1
On Tue, Mar 19, 2019 at 3:21 PM Carl Eugen Hoyos wrote:
> 2019-03-19 22:58 GMT+01:00, Jun Li :
> > The current setting for send-100-continue is either
> > applicable or enabled, no option to disable the header.
> > This change is to expand the option setting to provide
> > more flexibility, which
PCM format AUD files are found in Westwood's Blade Runner game.
---
libavformat/westwood_aud.c | 83 --
1 file changed, 66 insertions(+), 17 deletions(-)
diff --git a/libavformat/westwood_aud.c b/libavformat/westwood_aud.c
index 9c2d35cb8a..b25d299bf0 1
The current setting for send-100-continue is either
applicable or enabled, no option to disable the header.
This change is to expand the option setting to provide
more flexibility, which is useful for rstp case.
---
libavformat/http.c | 15 +--
1 file changed, 9 insertions(+), 6 deleti
Hello,
please backport fixes for CVE-2019-9718 and CVE-2019-9721 to 3.4
and 4.0 branches. The relevant commits seem to be:
1f00c97bc3475c477f3c468cf2d924d5761d0982
894995c41e0795c7a44f81adc4838dedc3932e65
Thanks in advance.
Were the CVE IDs not known at the time these were pushed to master?
Not h
2019-03-19 22:58 GMT+01:00, Jun Li :
> The current setting for send-100-continue is either
> applicable or enabled, no option to disable the header.
> This change is to expand the option setting to provide
> more flexibility, which is useful for rstp case.
> ---
> libavformat/http.c | 15 +
Expect:100-continue is not widely supported by http server,
even less for rtsp servers. Apple's http tunnelling spec does
not have any 100-continue setting. So disable this header.
---
libavformat/rtsp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
in
Modify send-100-continue option to -1 because the default behavior
is changed in http.c
---
libavformat/icecast.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/icecast.c b/libavformat/icecast.c
index c93b06b553..d2198b78ec 100644
--- a/libavformat/icecast.c
+++ b/
The current setting for send-100-continue is either
applicable or enabled, no option to disable the header.
This change is to expand the option setting to provide
more flexibility, which is useful for rstp case.
---
libavformat/http.c | 15 +--
1 file changed, 9 insertions(+), 6 deleti
An issue was found when I test 'RTSP tunnel HTTP' (protocol defined
by Apple, but no RFC found) on Bosch and Axix IP cameras.
The issue is caused when RTP/RTSP tunnelling in HTTP, post-data is empty
when sending http header(because data for tunnel is not ready yet), thus
our http implementation
Am 19.03.19 um 17:31 schrieb Carl Eugen Hoyos:
> This does not look like a command line but to avoid the encoding
> time, "-f null -" can be used.
>
>> 122670 decicycles in fillborders=0:0:5:5:mirror 3p-8bit-1x1,
>> 1 runs, 0 skips
> One run is not good.
> Either use the loop option to filte
>+Support for the nonfree NDI protocol has been removed, it had
> been a common source of GPL violations.
>
>
This doesn't justify to break user tools (who respect the ffmpeg licence)
and remove contributor's work.
Martin
___
ffmpeg-devel mailing l
Am 19.03.19 um 17:31 schrieb Carl Eugen Hoyos:
>> $ debug/fillborders.sh
>> Test[0] ==> 3-plane 8-bit YUV-colour:CYD_1005.jpg <==
>> ./ffmpeg-p1 : CYD_1005.jpg --> ZZ_CYD_1005_mirror-0-0-5-5.jpg
> This does not look like a command line
The command line is in the script file debug/fill
On 20-03-2019 12:03 AM, Kieran Kunhya wrote:
>From a84db9c39d382a37f76ae72e490d25ca451155c4 Mon Sep 17 00:00:00 2001
>From: Kieran Kunhya
>Date: Tue, 19 Mar 2019 18:31:39 +
>Subject: [PATCH] News: Removal of libndi
>
>---
> src/index | 5 +
> 1 file changed, 5 insertions(+)
>
>diff --gi
0001-News-Removal-of-libndi.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 3/18/2019 10:38 AM, James Almer wrote:
> Removes an av_malloc() per frame.
>
> Signed-off-by: James Almer
> ---
> libavcodec/libdav1d.c | 20
> 1 file changed, 4 insertions(+), 16 deletions(-)
Pushed.
___
ffmpeg-devel mailing l
On 3/15/2019 11:55 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> No testcase for this, just the theoretical scenario where a library user could
> flush the decoder after ENOMEM was signaled here, then pass new data where a
> frame with the same size as the last successfully allocated
From: Swaraj Hota
Fixes ticket #4519.
---
This is my qualification task for GSoC 2019.
Please suggest any more changes if required.
Signed-off-by: Swaraj Hota
---
Changelog| 1 +
libavformat/allformats.c | 1 +
libavformat/flvdec.c | 38 +++
2019-03-19 15:57 GMT+01:00, Ulf Zibis :
> $ debug/fillborders.sh
> Test[0] ==> 3-plane 8-bit YUV-colour:CYD_1005.jpg <==
> ./ffmpeg-p1 : CYD_1005.jpg --> ZZ_CYD_1005_mirror-0-0-5-5.jpg
This does not look like a command line but to avoid the encoding
time, "-f null -" can be used.
>
Hi again,
Am 12.03.19 um 00:37 schrieb Carl Eugen Hoyos:
> 2019-03-12 0:25 GMT+01:00, Moritz Barsnick :
>> Ideally, you use the START_TIMER/STOP_TIMER macros to
>> profile the actual functions you changed. (Check this mailing list's
>> archives for some examples, and play with the code.)
> But thi
On Tue, Mar 19, 2019 at 2:17 AM Sun, Jing A wrote:
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Jing SUN
> Sent: Monday, March 11, 2019 6:38 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Sun, Jing A ; Huang, Zhengxu <
> zhengxu.hu...@intel.com
On 3/19/19, Nick Renieris wrote:
> Yes, obviously this is not complete. As was said, the DNG spec is huge
> and I did bring up this concern in a personal email to Paul a few days
> ago.
> I was told that:
>> 3 months should be enough to finish most of specification, note you work
>> on real world
On Tue, Mar 19, 2019 at 03:03:20AM +0200, Nick Renieris wrote:
> Yes, obviously this is not complete. As was said, the DNG spec is huge
> and I did bring up this concern in a personal email to Paul a few days
> ago.
> I was told that:
> > 3 months should be enough to finish most of specification, n
32 matches
Mail list logo
