On Fri, 1 Mar 2019 at 05:30, Michael Niedermayer wrote:
> When data is missing (in live streaming or otherwise) it under
> almost all cases cannot be losslessly recovered. So this use matches
> the definition
Yes, this is reasonable. But then "Frame num gap" should be of ERROR
level too. H.264 sta
On Fri, Mar 01, 2019 at 09:39:14AM +, lmzeng(曾令明) wrote:
> diff --git a/libavformat/http.c b/libavformat/http.c
> old mode 100644
> new mode 100755
> index ed0eb1c..400df94
> --- a/libavformat/http.c
> +++ b/libavformat/http.c
> @@ -253,6 +253,7 @@ static int http_open_cnx(URLContext *h, AVDict
On Fri, Mar 1, 2019 at 4:51 AM Derek Buitenhuis
wrote:
>
> On 01/03/2019 03:18, Guo, Yejun wrote:
> > yes, that's the reason I pending VP9 work. As for VP8 ROI, another thinking
> > is to first push vp8 roi, since libvpx is an external dependency and we
> > don't
> > know the time when it is avai
On Sun, 24 Feb 2019, Carl Eugen Hoyos wrote:
Looks fine if tested.
Thanks, applied.
Regards,
Marton
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Sun, 24 Feb 2019, Marton Balint wrote:
On Tue, 19 Feb 2019, Carl Eugen Hoyos wrote:
2019-02-18 22:43 GMT+01:00, Marton Balint :
On Sun, 17 Feb 2019, Carl Eugen Hoyos wrote:
2019-02-17 20:55 GMT+01:00, Marton Balint :
This reworks the code to be more strict about accepting
stream s
On Sun, 24 Feb 2019, Marton Balint wrote:
On Sun, 17 Feb 2019, Marton Balint wrote:
This should fix the following Coverity false positives:
Coverity CID #1405450.
Coverity CID #1430930.
Signed-off-by: Marton Balint
Ping for the series, will apply soon.
Applied.
Regards,
Marton
On Mon, 25 Feb 2019, Carl Eugen Hoyos wrote:
Am 24.02.2019 um 23:39 schrieb Marton Balint :
On Sat, 23 Feb 2019, Carl Eugen Hoyos wrote:
Hi Marton!
Am 23.02.2019 um 20:36 schrieb Marton Balint :
This improves compatibility with some consumer TVs which apparently either
search a HEVC d
Would any developer like to volunteer to take care of the mailing lists? I'm
retiring from it. Here are the usual tasks:
* Clear the ffmpeg-devel moderation ideally on a daily basis. It isn't time
consuming but involves approving legit messages/patches (first check to see if
it is not a duplica
The AVX2 code leverages VPERMD to process 12 pixels/iteration. This is my
first patch submission so any comments are greatly appreciated.
-Mike
Tested on Skylake (Win32 & Win64)
1920x1080 input frame
=
C code - 440 fps
SSSE3 - 920 fps
AVX- 930 fps
AVX2 - 1040 fps
Reg
Signed-off-by: Paul B Mahol
---
libavcodec/imm4.c | 27 +++
1 file changed, 15 insertions(+), 12 deletions(-)
diff --git a/libavcodec/imm4.c b/libavcodec/imm4.c
index b72f0be28e..aeb29f5d44 100644
--- a/libavcodec/imm4.c
+++ b/libavcodec/imm4.c
@@ -41,7 +41,6 @@ typedef s
On Thu, Feb 21, 2019 at 11:17:37PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> tools/target_dec_fate.sh | 5 +
> 1 file changed, 5 insertions(+)
will apply patchset
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnserin
On Tue, Feb 19, 2019 at 02:13:00AM +0100, Michael Niedermayer wrote:
> Fixes: runtime error: signed integer overflow: 2147483598 + 128 cannot be
> represented in type 'int'
> Fixes:
> 12926/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5705100733972480
>
> Found-by: continuou
On 01/03/2019 03:18, Guo, Yejun wrote:
> yes, that's the reason I pending VP9 work. As for VP8 ROI, another thinking
> is to first push vp8 roi, since libvpx is an external dependency and we don't
> know the time when it is available for vp9 roi. Anyway, I'm open to both.
Presumably the forthcomin
> 在 2019年3月1日，下午5:39，lmzeng(曾令明) 写道：
>
> diff --git a/libavformat/http.c b/libavformat/http.c
> old mode 100644
> new mode 100755
> index ed0eb1c..400df94
> --- a/libavformat/http.c
> +++ b/libavformat/http.c
> @@ -253,6 +253,7 @@ static int http_open_cnx(URLContext *h, AVDictionary
> **option
> 在 2019年3月1日，下午3:19，Rodger Combs 写道：
>
> ---
> libavformat/hls.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c
> index fc9110356d..c56ead507b 100644
> --- a/libavformat/hls.c
> +++ b/libavformat/hls.c
> @@ -1553,7 +1553,7 @@ relo
diff --git a/libavformat/http.c b/libavformat/http.c
old mode 100644
new mode 100755
index ed0eb1c..400df94
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -253,6 +253,7 @@ static int http_open_cnx(URLContext *h, AVDictionary
**options)
HTTPAuthType cur_auth_type, cur_proxy_auth_type;
This is the second attempt for a patch that adds the #EXT-X-PROGRAM-DATE-TIME
tag to HLS playlists when using the Dash muxer.
This time it is not increasing calculation complexity as time progresses.
joepadmiraal (1):
avformat/dashenc: Added #EXT-X-PROGRAM-DATE-TIME to HLS playlists
libavform
---
libavformat/dashenc.c | 23 ---
1 file changed, 20 insertions(+), 3 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index c5e882f4ae..4ee4a0cf72 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -61,6 +61,7 @@ typedef struct Segment
18 matches
Mail list logo
