> -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 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]
> -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
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 @@
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 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
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 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 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 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.
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
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:
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:
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
>
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:
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
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
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.
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
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
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
>
> patches LGTM
>
> thx
>
> Pushed, thanks
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> lgtm
>
Pushed, thanks
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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
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
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
> > ---
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 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
> > >
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:
> > > > ---
> > > >
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
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
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
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
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
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 -
> > > --
> 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
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
+++
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
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
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|
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
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
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:
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
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
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...
46 matches
Mail list logo
