Another ping.
I understand that there is still (or anymore) no active maintainer for
this module. Could any of the developers please take a look at this
patch and push it? I really need it in FFmpeg repo!
On Thu, Oct 18, 2018 at 10:46 AM Valery Kot wrote:
>
> A gentle ping...
__
On 10/23/18, Mark Thompson wrote:
> ---
> libavfilter/f_ebur128.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi ,
The bug reported earlier that caused VDPAU-decoded H.265/HEVC content to have
interlaced artifacts, when
shared with OpenGL through the GL_NV_vdpau_interop extension is fixed in 410.66
driver release.
As requested in this thread, NVIDIA is now proposing a new interop
extension, where the i
Signed-off-by: Paul B Mahol
---
libavfilter/vf_lut3d.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
index 4d985c599f..f328b30a8f 100644
--- a/libavfilter/vf_lut3d.c
+++ b/libavfilter/vf_lut3d.c
@@ -411,6 +411,8 @@ try_again:
2018-10-23 14:50 GMT+02:00, Jerome Borsboom :
> vc1_decode_frame assumes that ticks_per_frame is set to two when RFF
> or RPTFRM is set. When FRAMERATE_FLAG is zero, this may not be the case
> as the setting of ticks_per_frame is guarded by FRAMERATE_FLAG.
Is there a specific sample that gets fixe
Attached a patch which adds a "skipblend" filter, which I've been
using for a while. My hope is that an ffmpeg developer here can merge
it. The filter is similar to the framestep filter, but additionally
blends frames together at each step, for a motion blur effect. The
number of frames that are bl
On Sat, 20 Oct 2018 at 00:50, James Almer wrote:
> Originally written by Ronald S. Bultje, with fixes, optimizations and
> improvements by James Almer.
>
> Signed-off-by: James Almer
> ---
> Updated to work with libdav1d git head.
>
> configure | 4 +
> libavcodec/Makefile|
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 35 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_stack.c | 138 +++
4 files changed, 164 insertions(+), 11 deletions(-)
diff --git a/doc/filters.texi
This is my 2nd attempt with an improved fix.
With reference to:
https://trac.ffmpeg.org/ticket/7359
I believe another way this issue manifests itself is using ffplay and trying to
seek forward 10 seconds with the right arrow key: playback freezes.
I have dug into this and developed a solutio
Signed-off-by: Nick Ryan
---
libavformat/hls.c | 6 --
libavformat/mov.c | 36 +---
2 files changed, 37 insertions(+), 5 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 8ad08baaed..99373d0f45 100644
--- a/libavformat/hls.c
+++ b/libavfor
> 2018-10-23 14:50 GMT+02:00, Jerome Borsboom :
>> vc1_decode_frame assumes that ticks_per_frame is set to two when RFF
>> or RPTFRM is set. When FRAMERATE_FLAG is zero, this may not be the case
>> as the setting of ticks_per_frame is guarded by FRAMERATE_FLAG.
>
> Is there a specific sample that
tis 2018-10-23 klockan 14:04 -0700 skrev Baptiste Coudurier:
> Hey Tomas,
>
> On Mon, Oct 22, 2018 at 12:52 PM Tomas Härdin
> wrote:
>
> > mån 2018-10-22 klockan 11:37 -0700 skrev Baptiste Coudurier:
> > > ---
> > > libavformat/mxfenc.c | 215 -
> > > --
>
Add vc1test fate test case, and need to apply after upload the samples.
Jun Zhao (1):
fate: Add test for vc1test demuxer
tests/fate/microsoft.mak |6 ++
tests/ref/fate/vc1test_smm0005 | 29 +
tests/ref/fate/vc1test_smm0015 | 30
From: Jun Zhao
Add checking to avoid calling ff_thread_get_format repeatedly
whenever new slice header decoded.
Signed-off-by: Lin Xie
Signed-off-by: Jun Zhao
---
libavcodec/hevcdec.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevcdec.
On Wed, Oct 24, 2018 at 5:06 PM Jun Zhao wrote:
>
> From: Jun Zhao
>
> Add checking to avoid calling ff_thread_get_format repeatedly
> whenever new slice header decoded.
>
> Signed-off-by: Lin Xie
> Signed-off-by: Jun Zhao
> ---
> libavcodec/hevcdec.c | 17 +++--
> 1 files change
Signed-off-by: Jun Zhao
---
tests/fate/microsoft.mak |6 ++
tests/ref/fate/vc1test_smm0005 | 29 +
tests/ref/fate/vc1test_smm0015 | 30 ++
3 files changed, 65 insertions(+), 0 deletions(-)
create mode 100644 tests/ref/fate
On Wed, Oct 24, 2018 at 5:09 PM Hendrik Leppkes wrote:
>
> On Wed, Oct 24, 2018 at 5:06 PM Jun Zhao wrote:
> >
> > From: Jun Zhao
> >
> > Add checking to avoid calling ff_thread_get_format repeatedly
> > whenever new slice header decoded.
> >
> > Signed-off-by: Lin Xie
> > Signed-off-by: Jun Zh
On Wed, Oct 24, 2018 at 6:56 AM Tomas Härdin wrote:
> tis 2018-10-23 klockan 14:04 -0700 skrev Baptiste Coudurier:
> > Hey Tomas,
> >
> > On Mon, Oct 22, 2018 at 12:52 PM Tomas Härdin
> > wrote:
> >
> > > mån 2018-10-22 klockan 11:37 -0700 skrev Baptiste Coudurier:
> > > > ---
> > > > libavform
On Mon, Sep 17, 2018 at 02:35:44PM -0700, Jacob Trimble wrote:
> On Wed, Sep 12, 2018 at 11:50 AM Michael Niedermayer
> wrote:
> >
> > On Tue, Sep 11, 2018 at 03:50:57PM -0700, Jacob Trimble wrote:
> > > [...]
> > >
> > > So how about, when we see an encrypted frame, we flush the parser
> > > befo
From: Josh de Kock
This test ensures that you are able to send N number of slice NALUs in slice
threaded mode to be decoded simultaneously
---
Actually send fix.
tests/api/Makefile | 1 +
tests/api/api-h264-slice-test.c | 221 +++
tests/fate/api.mak
On Tue, Oct 23, 2018 at 6:28 PM James Almer wrote:
> On 10/23/2018 10:16 PM, chcunningham wrote:
> > ---
> > libavcodec/vp9_parser.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/libavcodec/vp9_parser.c b/libavcodec/vp9_parser.c
> > index 9531f34a32..b6b621198b 100644
> > ---
On Wed, Oct 3, 2018 at 10:49 AM James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/vp9_parser.c | 82 -
> 1 file changed, 80 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/vp9_parser.c b/libavcodec/vp9_parser.c
> index 9531f34a3
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 45
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_stack.c | 151 ---
4 files changed, 187 insertions(+), 11 deletions(-)
diff --git a/doc/filters.te
>
> lgtm
>
Pushed, thanks
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> patches LGTM
>
> thx
>
> Pushed, thanks
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 10/22/2018 6:44 PM, James Almer wrote:
> On 9/13/2018 6:50 AM, Timo Rothenpieler wrote:
>>> So, what do we do now? Honor the doxy and stop trying to manipulate
>>> what's meant to be an user owned pointer/buffer, officially break the
>>> API and declare it's meant to be allocated by the user but
Patch updated ; passes all FATE tests.
Comments from Alex Converse review incorporated (much thanks to him).
From 168411206bc07d6a74097c52b3b88063591787ae Mon Sep 17 00:00:00 2001
From: pkviet
Date: Wed, 24 Oct 2018 06:31:52 +0200
Subject: [PATCH 3/3] avcodec/aacdec: Translate pce to avutil ch
Thanks for the patch. Overall I like this approach, but this patch has some
must-fix issues. In general make sure make fate-aac works with address
sanitizer.
Done, I have incorporated all your comments.
All fate tests are successful now.
Thanks very much.
diff --git a/libavcodec/aacdec_te
unchanged from previous version
From 85bf92a516779919399979670a185710d4616f6f Mon Sep 17 00:00:00 2001
From: pkviet
Date: Sun, 16 Sep 2018 01:46:05 +0200
Subject: [PATCH 2/3] avcodec/aacenc: Add PCE support for 11 to 15 channels
This adds supports to 11 to 15 channels through PCE.
Signed-off-b
Minor change from previous version (change PCE for 3.0 layout).
From 11870764c2a9f3e23b710e88a897da359d686607 Mon Sep 17 00:00:00 2001
From: pkviet
Date: Sun, 16 Sep 2018 01:41:52 +0200
Subject: [PATCH 1/3] avcodec/aacenc: Fixes in PCE table
The LFE layouts were previously replaced by SCE due
New patch in attach
001 : remove dead comment, add av_packet_make_writable
002 : change the test to use md5 and didn't use ffprobe. Also change color
property
I will try to add prores to cbs later. Any tips for this ?
Martin
0002-fate-prores_metadata_bsf-add-test-for-setting-color.patch
Descri
On Tue, 2018-10-23 at 23:46 +0100, Mark Thompson wrote:
> On 23/10/18 08:49, Li, Zhong wrote:
> > > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
> > > Behalf
> > > Of Mark Thompson
> > > Sent: Sunday, October 14, 2018 12:36 AM
> > > To: ffmpeg-devel@ffmpeg.org
> > > Subject: Re: [
On Mon, Oct 22, 2018 at 09:42:41PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 10625/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSRLE_fuzzer-5659651283091456
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signe
On Wed, Oct 24, 2018 at 02:01:36AM +0200, Michael Niedermayer wrote:
> Found-by: fate
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/integer.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B
On Tue, 23 Oct 2018, Henrik Gramner wrote:
On Tue, Oct 23, 2018 at 3:22 PM Derek Buitenhuis
wrote:
I'd like to point out that this patch or some variant may be required anyway.
libx264 only uses strtok_r or strtok_s if available on the platform.
See:
https://git.videolan.org/?p=x264.git;a
On 10/24/2018 6:43 PM, Marton Balint wrote:
>
>
> On Tue, 23 Oct 2018, Henrik Gramner wrote:
>
>> On Tue, Oct 23, 2018 at 3:22 PM Derek Buitenhuis
>> wrote:
>>> I'd like to point out that this patch or some variant may be required
>>> anyway.
>>>
>>> libx264 only uses strtok_r or strtok_s if av
On Wed, Oct 24, 2018 at 1:03 PM pkv.stream wrote:
>
> Patch updated ; passes all FATE tests.
>
> Comments from Alex Converse review incorporated (much thanks to him).
>
Hey,
I'm a bit concerned with the outputs this generates for low channel
count streams.
al17_44.mp4 has two front SCEs.
"ISO/
On 24/10/18 21:45, Rogozhkin, Dmitry V wrote:
> On Tue, 2018-10-23 at 23:46 +0100, Mark Thompson wrote:
>> On 23/10/18 08:49, Li, Zhong wrote:
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
Behalf
Of Mark Thompson
Sent: Sunday, October 14, 2018 12:36 AM
To:
On 24/10/18 06:15, Zachary Zhou wrote:
> Reproduce the issue:
>
> $ ./configure --enable-libmfx --enable-vaapi --enable-shared
> --samples=fate-suite/
> $ make fate
> LDtests/checkasm/checkasm
> /usr/bin/x86_64-linux-gnu-ld: libavutil/libavutil.a(hwcontext_vaapi.o):
> undefined reference to
On 23/10/18 22:05, Eoff, Ullysses A wrote:
>
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Eoff, Ullysses A
>> Sent: Tuesday, October 23, 2018 1:50 PM
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] [
On 24/10/18 08:32, Paul B Mahol wrote:
> On 10/23/18, Mark Thompson wrote:
>> ---
>> libavfilter/f_ebur128.c | 5 +++--
>> 1 file changed, 3 insertions(+), 2 deletions(-)
>>
>
> lgtm
Applied.
Thanks,
- Mark
___
ffmpeg-devel mailing list
ffmpeg-devel
On Sat, Oct 13, 2018 at 5:17 PM Michael Niedermayer
wrote:
> On Fri, Oct 12, 2018 at 01:13:45AM +0100, Derek Buitenhuis wrote:
> > On 11/10/2018 23:39, Alex Sukhanov wrote:
> > > The only "spec" I'm aware of:https://wiki.multimedia.cx/index.php/IVF
> >
> > Yeah, not really a spec.
> >
> > I have
On 10/19/2018 1:26 AM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> configure | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 85d5dd5962..c91e37a75d 100755
> --- a/configure
> +++ b/configure
> @@ -3267,6 +3267,7 @@ libcdio_inde
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Thursday, October 25, 2018 7:03 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] tests/checkasm/Makefile: fix 'make fate'
> error when enable vaapi
On Thu, Oct 25, 2018 at 9:16 AM Zhou, Zachary wrote:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > Mark Thompson
> > Sent: Thursday, October 25, 2018 7:03 AM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PAT
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Thursday, October 25, 2018 7:08 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] libavfilter/vaapi: enable vaapi rotation
> feature via call Intel
On Wed, Oct 24, 2018 at 11:10 PM Hendrik Leppkes wrote:
>
> On Wed, Oct 24, 2018 at 5:06 PM Jun Zhao wrote:
> >
> > From: Jun Zhao
> >
> > Add checking to avoid calling ff_thread_get_format repeatedly
> > whenever new slice header decoded.
> >
> > Signed-off-by: Lin Xie
> > Signed-off-by: Jun Z
It supports clockwise rotation by 0/90/180/270 degrees defined in
va/va_vpp.h, tested following command line on SKL platform
dir=0 for 0 degree
dir=1 for 90 degree
dir=2 for 180 degree
dir=3 for 270 degree
ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128
-hwaccel_output_format vaapi -i
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Zhou, Zachary
> Sent: Thursday, October 25, 2018 12:34 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] libavfilter/vaapi: enable vaapi rotation
> fe
Skip redundant slice info attached behind frames (PPS for eaxmple) to
parse timestamp correctly and produce the segment format successfully.
When PPS info is attached behind frame data whin one PES packet,
h264_find_frame_end for PPS slice returns END_NOT_FOUND，and causes the
following IDR frame t
50 matches
Mail list logo
