Re: [FFmpeg-devel] [PATCH] fix for https://trac.ffmpeg.org/ticket/9057

Any feedback on this? Would also like this fixed. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe"

[FFmpeg-devel] [PATCH] vf_thumbnail: support alpha

--- libavfilter/vf_thumbnail.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/libavfilter/vf_thumbnail.c b/libavfilter/vf_thumbnail.c index 0effdc91e9..30bb0dfdb8 100644 --- a/libavfilter/vf_thumbnail.c +++ b/libavfilter/vf_thumbnail.c @@ -136,6 +136,7 @@ static int fi

Re: [FFmpeg-devel] cache: read ahead to avoid excessive small requests

This is to resolve https://trac.ffmpeg.org/ticket/5080 On Mon, Sep 24, 2018 at 10:01 PM Michael Niedermayer wrote: > > On Sun, Sep 23, 2018 at 08:52:06PM +0200, Robert Nagy wrote: > > On Sun, Sep 23, 2018 at 1:40 PM Michael Niedermayer > > wrote: > > > > > >

Re: [FFmpeg-devel] cache: read ahead to avoid excessive small requests

On Sun, Sep 23, 2018 at 1:40 PM Michael Niedermayer wrote: > > On Sat, Sep 22, 2018 at 07:32:28PM +0200, Robert Nagy wrote: > > diff --git a/libavformat/cache.c b/libavformat/cache.c > > index 66bbbf54c9..48ff5ab363 100644 > > --- a/libavformat/cache.c > > +++ b/lib

[FFmpeg-devel] cache: read ahead to avoid excessive small requests

*diff --git a/libavformat/cache.c b/libavformat/cache.c* *index 66bbbf54c9..48ff5ab363 100644* *--- a/libavformat/cache.c* *+++ b/libavformat/cache.c* @@ -153,6 +153,38 @@ fail: return ret; } +static int cache_read_ahead(URLContext *h) +{ +Context *c= h->priv_data; +int64_

Re: [FFmpeg-devel] cache: read ahead to avoid excessive small requests

diff --git a/libavformat/cache.c b/libavformat/cache.c index 66bbbf54c9..48ff5ab363 100644 --- a/libavformat/cache.c +++ b/libavformat/cache.c @@ -153,6 +153,38 @@ fail: return ret; } +static int cache_read_ahead(URLContext *h) +{ +Context *c= h->priv_data; +int64_t r, read_ahead, po

Re: [FFmpeg-devel] [PATCH] cache: read_buf_size

Ignore this patch. I created a new one with a simpler and more appropriate implementation. On Sat, Sep 22, 2018 at 6:22 PM Michael Niedermayer wrote: > On Sat, Sep 22, 2018 at 12:16:10PM +0200, Robert Nagy wrote: > > This adds a `read_buf_size` option which can help avoid excessiv

[FFmpeg-devel] [PATCH] cache: read_buf_size

This adds a `read_buf_size` option which can help avoid excessive seeking when a file has e.g. badly interleaved audio and video. --- libavformat/cache.c | 69 + 1 file changed, 57 insertions(+), 12 deletions(-) diff --git a/libavformat/cache.c b/l

[FFmpeg-devel] [PATCH] http: only set filesize for 206 content-range

Growing files will return 416 with a current file size in content-range. However, FFmpeg incorrectly assumes this is the final file size. Fix this by only setting file size for 206 responses. --- libavformat/http.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/htt

[FFmpeg-devel] [PATCH] fix: added more YUVA formats to idet query_formats

--- libavfilter/vf_idet.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavfilter/vf_idet.c b/libavfilter/vf_idet.c index 14f031aaa9..02ae2edcb9 100644 --- a/libavfilter/vf_idet.c +++ b/libavfilter/vf_idet.c @@ -392,6 +392,8 @@ static int query_formats(AVFilterContext *ctx) AV_P

Re: [FFmpeg-devel] [PATCH] hls: fix baseurl missing last char

--- libavformat/hlsenc.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index cdfbf45823..dc8bf48791 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -1921,14 +1921,11 @@ static int hls_write_header(AVFormatContext

[FFmpeg-devel] [PATCH] hls: fix baseurl missing last char

--- libavformat/hlsenc.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index cdfbf45823..394c7130ac 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -1921,14 +1921,7 @@ static int hls_write_header(AVFormatCont

[FFmpeg-devel] [PATCH] Fig bug when incrementing initial_prog_date_time when

From 8b7499f6ddb32bd1f9ee5f2413bf30664af58799 Mon Sep 17 00:00:00 2001 From: Jesper Ek Date: Wed, 7 Dec 2016 15:56:33 +0100 Subject: [PATCH] Fig bug when incrementing initial_prog_date_time when removing segments initial_prog_date_time shouldn't be adjusted when deleting segments from disk, but

[FFmpeg-devel] [PATCH] Add initial program date time option (hls_init_prog_time)

From 14da4c9610ac0cf257b2c28f21899e854592e646 Mon Sep 17 00:00:00 2001 From: Jesper Ek Date: Wed, 7 Dec 2016 16:01:08 +0100 Subject: [PATCH] Add initial program date time option (hls_init_prog_time) It is often useful to specify the initial program date time, rather than relying on the current sy

[FFmpeg-devel] DNXHD timecode for muxing

I would like to try and add timecode support into the dnxhd enc/dec. The DNXHD part is pretty simple. However, I'm a little unsure how to make sure the timecode is read and used during transcoding. Basically I would like to be able to do: ffmpeg -i input -timecode:v x -c:v dnxhd - | ffmpeg -i -

[FFmpeg-devel] [PATCH] increment initial_prog_date_time when removing old segments

Fixes https://trac.ffmpeg.org/ticket/5940#ticket --- libavformat/hlsenc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index 9ca2df7..80a598a 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -183,6 +183,7 @@ static int hls_delete_o