Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
[...]
lgtm
Carl Eugen
___
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 w
Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
[...]
lgtm
Carl Eugen
___
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 w
From 53358f92491e5767e1eda25d5b8583b5aa0ecb14 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 19 Nov 2019 12:35:35 +0530
Subject: [PATCH] avfilter/Makefile: add missing dependency for chromashift
chromashift requires framesync
---
libavfilter/Makefile | 2 +-
1 file changed, 1 insertion(+
From 774dfb51cb062b2b08881fa09497e38363d9adec Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 19 Nov 2019 12:36:59 +0530
Subject: [PATCH] avfilter/Makefile: add missing dependency for lut3d
lut3d requires framesync
---
libavfilter/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletio
On 19-11-2019 10:00 am, Gyan wrote:
On 18-11-2019 09:44 am, Gyan wrote:
On 16-11-2019 08:53 pm, Gyan wrote:
Was missing since initial commit.
Ping.
Will apply.
Pushed as 2ff444bd3ade79e63859f0d5ea53d6274edbf223
Gyan
___
ffmpeg-devel mail
On 18-11-2019 09:44 am, Gyan wrote:
On 16-11-2019 08:53 pm, Gyan wrote:
Was missing since initial commit.
Ping.
Will apply.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
This patch is meant to be an entry point for discussion around an
issue we are having with flushing the nvenc encoder while doing
segmented transcoding. Hopefully there will be a less kludgey
workaround than this.
First, some background some info on where this is coming from. We do
segmented trans
Limin Wang 于2019年11月15日周五 下午11:24写道：
>
> On Fri, Nov 15, 2019 at 04:35:49PM +0800, leozhang wrote:
> > Reviewed-by: Paul B Mahol
> > Reviewed-by: Jun Zhao
> > Signed-off-by: leozhang
> > ---
> >
> > doc/filters.texi | 4
> > libavfilter/vf_bilateral.c | 23 +
El 18/11/19 a las 14:12, Michael Niedermayer escribió:
On Sun, Nov 17, 2019 at 06:37:58PM -0300, gga wrote:
The following patch adds a timeout interrupt to av_read_frame to prevent it
from hanging up the application. This patch was proposed some years ago but
was not applied back then. I beli
> On Nov 15, 2019, at 3:10 PM, Michael Niedermayer
> wrote:
>
> Fixes: out of array access
> Fixes:
> 18788/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DVVIDEO_fuzzer-6254863113781248
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffm
On Sun, Nov 17, 2019 at 06:37:58PM -0300, gga wrote:
> The following patch adds a timeout interrupt to av_read_frame to prevent it
> from hanging up the application. This patch was proposed some years ago but
> was not applied back then. I believe it is useful and should be considered
> for appro
Fixes: Timeout (107sec - 75ms>
Fixes:
18812/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-6295585225441280
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/iff.c | 2 ++
1 f
Fixes: memleaks
Fixes:
18855/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAVOICE_fuzzer-5687647317524480
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wmavoice.c | 1 +
1 file changed
Fixes: shift exponent -1 is negative (and others)
Fixes:
18852/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5660855295541248
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavc
Fixes: Timeout (unknown -> 15sec)
Fixes:
18808/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APE_fuzzer-5677586072207360
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/apedec.c | 1 +
1 f
Fixes: left shift of 1 by 31 places cannot be represented in type 'int'
Fixes:
18817/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5713317180211200
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Ni
Ping?
Zhong Li 于2019年11月12日周二 下午5:40写道：
>
> Signed-off-by: Zhong Li
> ---
> doc/encoders.texi | 2 +-
> libavcodec/librav1e.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/doc/encoders.texi b/doc/encoders.texi
> index 6cf3a74093..6b02c7798d 100644
> --- a/doc
This is required to demux annexb samples when a decoder isn't available.
Signed-off-by: James Almer
---
libavcodec/av1_parser.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/av1_parser.c b/libavcodec/av1_parser.c
index 510cad987b..08721c356a 100644
--- a/libavcodec/av1_pa
Should help remuxing certain Annex B AV1 samples without a decoder.
Signed-off-by: James Almer
---
libavcodec/av1_parser.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavcodec/av1_parser.c b/libavcodec/av1_parser.c
index 08721c356a..ff7fce4a07 100644
--- a/lib
Signed-off-by: James Almer
---
tests/fate/demux.mak| 3 +++
tests/ref/fate/av1-annexb-demux | 16
2 files changed, 19 insertions(+)
create mode 100644 tests/ref/fate/av1-annexb-demux
diff --git a/tests/fate/demux.mak b/tests/fate/demux.mak
index eb8d8c3655..9f3a6be
Updated
On Mon, 2019-11-18 at 13:51 +0100, Timo Rothenpieler wrote:
> On 18/11/2019 12:25, Oleg Dobkin wrote:
>
> FFmpeg supports multiple tracks of the Video Codec SDK, to support
> older
> drivers and legacy GPUs that way.
> Since the version number only tracks the Video SDK Version, and not
>
Add AVCUDADeviceContextFlags to control the creation of CUDA device
context for the hardware CUDA decoder.
The current values are 0 (default behavior) - new context will be
created for each decoder, and 1 - primary CUDA context will be used.
There are several reasons for using primary device cont
On 18/11/2019 12:25, Oleg Dobkin wrote:
FFmpeg supports multiple tracks of the Video Codec SDK, to support
older
drivers and legacy GPUs that way.
Since the version number only tracks the Video SDK Version, and not
the
CUDA loader version, what needs to be done is to set the new minimum
version f
Hi,
here comes my request for reimbursements for attending the Linux Days Prague
2019.
Quite cheap, since accomodation is free. So there is a just bus ticket for
51,87 EUR.
Prepared the SPI form and send it to Stefano for approval.
Thanks,
Thilo
___
> FFmpeg supports multiple tracks of the Video Codec SDK, to support
> older
> drivers and legacy GPUs that way.
> Since the version number only tracks the Video SDK Version, and not
> the
> CUDA loader version, what needs to be done is to set the new minimum
> version for each supported track.
On 18/11/2019 11:51, Oleg Dobkin wrote:
I've changed enum into a flag and moved it into
AVCUDADeviceContextInternal.
Can't one just call cuCtxGetDevice on the context to get the device?
Not sure the cuCtxGetDevice can be used for the primary context; also,
according to documentation it return
Signed-off-by: Paul B Mahol
---
libavfilter/vf_chromakey.c | 142 +++--
1 file changed, 137 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_chromakey.c b/libavfilter/vf_chromakey.c
index 76a5e2056a..70484451b0 100644
--- a/libavfilter/vf_chromakey.c
+++
On Mon, Nov 18, 2019 at 10:34:32AM +0800, zhilizhao wrote:
> Ping for review, thanks!
approve. 还有这块补丁也跟vp7有关，可以在推送前改一下。
>
> > On Nov 14, 2019, at 12:29 PM, quinkbl...@foxmail.com wrote:
> >
> > From: Zhao Zhili
> >
> > webp decoder doesn't set update_thread_context field
> >
> > $ ffmpeg -i
On Sun, 2019-11-17 at 23:31 +0100, Timo Rothenpieler wrote:
> On 17.11.2019 15:58, Oleg Dobkin wrote:
>
> Add AVCUDADeviceContextFlags to control the creation of CUDA device
> context for the hardware CUDA decoder.
>
> The current values are 0 (default behavior) - new context will be
> created fo
On Mon, 2019-11-18 at 12:51 +0200, Oleg Dobkin wrote:
> I've changed enum into a flag and moved it into
> AVCUDADeviceContextInternal.
>
>
> Can't one just call cuCtxGetDevice on the context to get the device?
>
> Not sure the cuCtxGetDevice can be used for the primary context;
> also,
> accordi
I understand your m3u8 patch, and have already enabled the relevant option.
av_dict_set(&options, "m3u8_hold_counters", "0", 0);
I think it has indeed helped to get rid of one place where I block, but
there appear to be several., The stack that it's being blocked on now is
DNS-related. I wo
I've changed enum into a flag and moved it into
AVCUDADeviceContextInternal.
> Can't one just call cuCtxGetDevice on the context to get the device?
Not sure the cuCtxGetDevice can be used for the primary context; also,
according to documentation it returns device id not handle. Anyway, is
it that
> 在 2019年11月18日，18:16，Steven Liu 写道：
>
>
>
>> 在 2019年11月18日，17:58，Tom Gaudasiński 写道：
>>
> hls can hold to option after the patch:
>
> rw_timeout
> -rw_timeout ED Timeout for IO operations (in
> microseconds) (from 0 to I64_MAX) (default 0)
> This can be used when y
> 在 2019年11月18日，17:58，Tom Gaudasiński 写道：
>
hls can hold to option after the patch:
rw_timeout
-rw_timeout ED Timeout for IO operations (in
microseconds) (from 0 to I64_MAX) (default 0)
This can be used when you downloading segment or m3u8 file, the http response
too
So I have applied Steven's m3u8 patch, and have installed an
AVIOInterruptCB, but I'm still getting blocked here:
#0 0x7791d729 in __GI___poll (fds=fds@entry=0x7fffcf663118,
nfds=nfds@entry=1, timeout=4999,
timeout@entry=)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1 0x74
lgtm
On 11/10/19, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/dss.c | 10 +++---
> 1 file changed, 3 insertions(+), 7 deletions(-)
>
> diff --git a/libavformat/dss.c b/libavformat/dss.c
> index d7f9cafe47..8bc6af134e 100644
> --- a/libavformat/dss.c
> +
> 在 2019年11月18日，17:42，Steven Liu 写道：
>
> set max times for load m3u8 when the m3u8 list refresh do not with new
> segments any times.
"do not with" will modify to “without"
>
> Signed-off-by: Steven Liu
> ---
> doc/demuxers.texi | 4
> libavformat/hls.c | 17 +
> 2 files c
Okay, I will try it. Thank you.
On 18/11/19 8:43 pm, Steven Liu wrote:
>
>> 在 2019年11月18日，17:32，Tom Gaudasiński 写道：
>>
>> How do I append “#EXT-X-ENDLIST” to the end of the m3u8 using the API?
>> The URL I get ffmpeg to open is the m3u8 file, so I somehow need to do
>> it in memory, I presume?
>>
> 在 2019年11月18日，17:32，Tom Gaudasiński 写道：
>
> How do I append “#EXT-X-ENDLIST” to the end of the m3u8 using the API?
> The URL I get ffmpeg to open is the m3u8 file, so I somehow need to do
> it in memory, I presume?
>
Hello Tom,
Can you try this patch please:
https://patchwor
set max times for load m3u8 when the m3u8 list refresh do not with new
segments any times.
Signed-off-by: Steven Liu
---
doc/demuxers.texi | 4
libavformat/hls.c | 17 +
2 files changed, 21 insertions(+)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index fe766a5de7..
Add AVCUDADeviceContextFlags to control the creation of CUDA device
context for the hardware CUDA decoder.
The current values are 0 (default behavior) - new context will be
created for each decoder, and 1 - primary CUDA context will be used.
There are several reasons for using primary device cont
How do I append “#EXT-X-ENDLIST” to the end of the m3u8 using the API?
The URL I get ffmpeg to open is the m3u8 file, so I somehow need to do
it in memory, I presume?
On 18/11/19 8:00 pm, Steven Liu wrote:
>
>> 在 2019年11月18日，16:44，Tom Gaudasiński 写道：
>>
>> That would probably work in the one ca
> 在 2019年11月18日，16:44，Tom Gaudasiński 写道：
>
> That would probably work in the one case where it's looking at the next
> entry in the list. It's actually blocking on a read, so I need some way
> to interrupt it. I will try AVIOInterruptCB and see how I go.
AVIOInterruptCB maybe ok if that is bl
These functions can be used to create HW cuda device using primary
contexts - which is the preferred approach.
Signed-off-by: Oleg Dobkin
---
ffnvcodec.pc.in| 2 +-
include/ffnvcodec/dynlink_cuda.h | 2 ++
include/ffnvcodec/dynlink_loader.h | 4
3 files changed, 7 inse
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/dss.c | 10 +++---
> 1 file changed, 3 insertions(+), 7 deletions(-)
>
> diff --git a/libavformat/dss.c b/libavformat/dss.c
> index d7f9cafe47..8bc6af134e 100644
> --- a/libavformat/dss.c
> +++ b/libavformat/dss.c
>
That would probably work in the one case where it's looking at the next
entry in the list. It's actually blocking on a read, so I need some way
to interrupt it. I will try AVIOInterruptCB and see how I go.
On 18/11/19 7:36 pm, Steven Liu wrote:
>
>> 在 2019年11月18日，16:11，Tom Gaudasiński 写道：
>>
>>
Interesting. I will try this (AVIOInterruptCB) out and reply here soon.
On 18/11/19 7:37 pm, zhilizhao wrote:
>
>> On Nov 18, 2019, at 4:11 PM, Tom Gaudasiński
>> wrote:
>>
>> I essentially have a thread that I need to have exit immediately. I
>> thought tweaking timeouts would be one way to g
> On Nov 18, 2019, at 4:11 PM, Tom Gaudasiński
> wrote:
>
> I essentially have a thread that I need to have exit immediately. I
> thought tweaking timeouts would be one way to get this done, but I'm
> starting to think that's a bad approach.
>
> So, let me, maybe, rephrase the question: Is t
> 在 2019年11月18日，16:11，Tom Gaudasiński 写道：
>
> I essentially have a thread that I need to have exit immediately. I
> thought tweaking timeouts would be one way to get this done, but I'm
> starting to think that's a bad approach.
>
> So, let me, maybe, rephrase the question: Is there a way I ca
I essentially have a thread that I need to have exit immediately. I
thought tweaking timeouts would be one way to get this done, but I'm
starting to think that's a bad approach.
So, let me, maybe, rephrase the question: Is there a way I can tell
ffmpeg to terminate? Like, closing its sockets, or
On Mon, Nov 18, 2019 at 1:05 AM Mark Thompson wrote:
> On 17/11/2019 07:34, Andreas Rheinhardt wrote:
> > Writing a unit (always a frame) in cbs_vp9 used an intermediate buffer
> > to write the frame header followed by the frame data that was copied
> > into said buffer. Afterwards, the final buf
> 在 2019年11月18日，15:37，Tom Gaudasiński 写道：
>
> That seems to change the call-stack a bit, but it still gets stuck on
> something in hls.c.
>
> I'm looking into what it is. I've also tried connect_timeout.
>
> I really just need to terminate the av_read_frame call, so that it
> returns immediat
52 matches
Mail list logo
