On Tue, Sep 05, 2017 at 03:13:15PM +0200, Tobias Rapp wrote:
> Adds another test for asetnsamples filter where padding of the last
> frame is switched off. Renames the existing test to make the difference
> obvious.
>
> Signed-off-by: Tobias Rapp
> ---
> tests/fate/filter-audio.mak
On Wed, Aug 30, 2017 at 10:20:32AM +, Paras Chadha wrote:
> ffmpeg | branch: master | Paras Chadha | Tue Aug 29
> 23:24:42 2017 +0530| [9d99f0afbeedf3e170478c3e8c05789bf2eef48f] | committer:
> Paul B Mahol
>
> FATE: Add FITS tests
>
> Signed-off-by: Paras Chadha
>
> > http://git.videolan
On Wed, Sep 06, 2017 at 08:03:18PM +0200, Kacper Michajlow wrote:
> 2017-08-22 21:26 GMT+02:00 Kacper Michajłow :
>
> > With LTO enabled exported symbol entry looks like:
> > av_audio_convert @3 DATA
> >
> > In order to maintain valid format we need to strip everything after @.
> >
> > This patch
On Thu, Sep 07, 2017 at 09:42:07AM -0400, Mark Wachsler wrote:
> When parsing a monochrome file, chroma_log2_weight_denom was used without
> being initialized, which could lead to a bogus error message being printed,
> e.g.
> [h264 @ 0x61a26480] chroma_log2_weight_denom 24576 is out of range
Fixes ticket #6644
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 33 +++--
1 file changed, 27 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index ee31cc093c..eb104ca1b9 100644
--- a/libavcodec/hevc_ps.c
+++ b/libavcode
Hi,
I've removed inline declarations in the patch since they're not accepted
in ffmpeg.
Thanks for any more comments or reviews.
Regards
From d05c62039b3edfd151b8c3824cc8f509f9ea8053 Mon Sep 17 00:00:00 2001
From: pkviet
Date: Tue, 29 Aug 2017 01:24:12 +0200
Subject: [PATCH] avformat/mpegt
On Thu, Sep 07, 2017 at 10:59:39AM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> ffmpeg.c | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
should be ok
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Rewriting c
On Thu, Sep 07, 2017 at 10:59:37AM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> ffmpeg.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
probably ok
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I am the wisest
On Thu, Sep 07, 2017 at 10:59:36AM +0200, Nicolas George wrote:
> Makes the reason of the "FIXME" comment more obvious.
> Avoid name conflicts for the next commit.
>
> Signed-off-by: Nicolas George
> ---
> ffmpeg.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
LGTM
thx
On Thu, Sep 07, 2017 at 05:11:40PM +0200, Marton Balint wrote:
> Fixes ticket #6631.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/mxfdec.c | 12 +++-
> 1 file changed, 3 insertions(+), 9 deletions(-)
please add a fate this if you push this
no more comments from me
thx
[...]
On Thu, Sep 07, 2017 at 05:11:39PM +0200, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavformat/mxfdec.c | 52
> +---
> 1 file changed, 29 insertions(+), 23 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128
This is already supported per https://www.webmproject.org/docs/container/#Tags
and
https://github.com/nbirkbeck/matroska-specification/commit/28a54f991f118fff31fe6bfe256c2dfab46d00e5
---
libavformat/matroskaenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfo
On Thu, Sep 07, 2017 at 06:26:50PM -0300, James Almer wrote:
> On 9/7/2017 6:16 PM, Michael Niedermayer wrote:
> > On Wed, Sep 06, 2017 at 10:59:13PM -0300, James Almer wrote:
> >> Netbsd:
> >> src/libavfilter/vf_tonemap.c:314: error: initializer element is not
> >> constant
> >> src/libavfilter/v
---
Now sets the trusted packet flag; otherwise unchanged.
configure| 1 +
libavdevice/Makefile | 1 +
libavdevice/alldevices.c | 1 +
libavdevice/kmsgrab.c| 455 +++
4 files changed, 458 insertions(+)
create mode 100644
Intended for use with hardware frames for which rawvideo is not
sufficient. Requires the trusted packet flag to be set - decoding
fails if not to avoid security issues (the wrapped AVFrame can
contain pointers to arbitrary data).
---
Now uses the trusted packet flag, rejects the packet if not set.
---
Unchanged.
configure | 3 +
libavutil/Makefile | 2 +
libavutil/hwcontext.c | 4 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_drm.c | 291 +
libavutil/hwcontext_drm.h | 166
---
Also version bump.
As suggested by previous discussion around a wrapped_avframe decoder.
doc/APIchanges | 3 +++
libavcodec/avcodec.h | 7 +++
2 files changed, 10 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index b98a3419c4..26aa0b6481 100644
--- a/doc/APIchanges
+
---
Unchanged.
libavutil/hwcontext_vaapi.c | 215 +++-
1 file changed, 214 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index 3970726d30..c69db39238 100644
--- a/libavutil/hwcontext_vaapi.c
+++ b/liba
On 9/7/2017 6:16 PM, Michael Niedermayer wrote:
> On Wed, Sep 06, 2017 at 10:59:13PM -0300, James Almer wrote:
>> Netbsd:
>> src/libavfilter/vf_tonemap.c:314: error: initializer element is not constant
>> src/libavfilter/vf_tonemap.c:314: error: (near initialization for
>> 'tonemap_options[8].defa
On Wed, Sep 06, 2017 at 10:59:13PM -0300, James Almer wrote:
> Netbsd:
> src/libavfilter/vf_tonemap.c:314: error: initializer element is not constant
> src/libavfilter/vf_tonemap.c:314: error: (near initialization for
> 'tonemap_options[8].default_val.dbl')
>
> DJGPP
> src/libavfilter/vf_tonemap.
Signed-off-by: Ilia Valiakhmetov
v8:
---
libavcodec/vp9.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index b780262..a71045e 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -1628,7 +1628,7 @@ FF_ENABLE_DEPRECATION_WARNINGS
Fixed in v2.
On Fri, Sep 8, 2017 at 3:40 AM, Michael Niedermayer
wrote:
> On Fri, Sep 08, 2017 at 12:55:29AM +0700, Ilia Valiakhmetov wrote:
> > ---
> > libavcodec/internal.h | 4
> > libavcodec/pthread_slice.c | 33 ++---
> > libavcodec/thread.h|
Signed-off-by: Ilia Valiakhmetov
v2:
---
libavcodec/internal.h | 4
libavcodec/pthread_slice.c | 22 --
libavcodec/thread.h| 4 +++-
3 files changed, 27 insertions(+), 3 deletions(-)
diff --git a/libavcodec/internal.h b/libavcodec/internal.h
index 64120ea
On Fri, Sep 08, 2017 at 12:55:29AM +0700, Ilia Valiakhmetov wrote:
> ---
> libavcodec/internal.h | 4
> libavcodec/pthread_slice.c | 33 ++---
> libavcodec/thread.h| 1 +
> libavutil/slicethread.h| 18 ++
> 4 files changed, 37 ins
This patchset enhances Alexis Ballier's original patch and validates
it using Qualcomm's Venus hardware (driver recently landed upstream
[1]).
This has been tested on Qualcomm's DragonBoard 410c and 820c
Configure/make scripts have been validated on Ubuntu 10.04 and
16.04.
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vsrc_starfield.c | 191 +++
3 files changed, 193 insertions(+)
create mode 100644 libavfilter/vsrc_starfield.c
diff --git a/libavfilter
On Tue, 5 Sep 2017, Jeyapal, Karthick wrote:
On 9/3/17, 8:19 PM, "Marton Balint" mailto:c...@passwd.hu>>
wrote:
Why don't use you simply use uint16_t here as well? I think we typically
try to avoid unsigned as a type.
Done. Changed it to uint16_t.
This VANC parser does not seem right.
On Thu, Sep 7, 2017 at 11:37 AM, Nicolas George wrote:
> [ Ccing you, but no need to Cc me. ]
>
> Le primidi 21 fructidor, an CCXXV, Thierry Foucu a écrit :
> > Sorry I did not know and I did not see any documentation in the header
> > explaining which field of the AVFrame can/cannot be used by f
There's no need to wait for the first packet of every stream now that
every bitstream filter behaves as intended.
Signed-off-by: James Almer
---
What should we do with the AVFMT_FLAG_AUTO_BSF flag? Do we deprecate
it and force the automatic insertion of muxer-required bitstream
filters now that t
[ Ccing you, but no need to Cc me. ]
Le primidi 21 fructidor, an CCXXV, Thierry Foucu a écrit :
> Sorry I did not know and I did not see any documentation in the header
> explaining which field of the AVFrame can/cannot be used by filter.
Yes, it lacks documentation.
> If we cannot used the dura
Hi Nicolas,
On Wed, Sep 6, 2017 at 2:07 PM, Nicolas George wrote:
> Le decadi 20 fructidor, an CCXXV, Thierry Foucu a écrit :
> > ---
> > libavfilter/vf_fps.c| 40 ++
> +-
> > tests/ref/fate/filter-fps | 6 ++
> > tests/ref/fate/filter-fps-r |
On Fri, May 26, 2017 at 05:08:51PM -0300, James Almer wrote:
> There's no need to wait for the first packet of every stream now that
> every bitstream filter behaves as intended.
>
> Signed-off-by: James Almer
> ---
> What should we do with the AVFMT_FLAG_AUTO_BSF flag? Do we deprecate
> it and f
---
libavcodec/internal.h | 4
libavcodec/pthread_slice.c | 33 ++---
libavcodec/thread.h| 1 +
libavutil/slicethread.h| 18 ++
4 files changed, 37 insertions(+), 19 deletions(-)
diff --git a/libavcodec/internal.h b/libavcodec/in
On Tue, 5 Sep 2017, Jeyapal, Karthick wrote:
Overlooked a “signed vs unsigned comparison” compilation warning in the
previous patch. Sorry about that. Please use this updated patch(attached) for
review.
Thanks, I think it is better if we parse all lines after the line
affected by switchin
2017-09-05 17:36 GMT+08:00 Steven Liu :
> 2017-09-01 18:26 GMT+08:00 Steven Liu :
>> ffmpeg need a dash demuxer for demux the dash formats base on
>> https://github.com/samsamsam-iptvplayer/exteplayer3/blob/master/tmp/ffmpeg/patches/3.2.2/01_add_dash_demux.patch
>>
>> TODO:
>> 1. support multi
06.09.2017 11:42, Marton Balint пише:
[...]
I've given this some more thought, and this only makes sense if NDI is
throttling the output (e.g via clock_audio or clock_video). If not, then
using threads should not make any difference, so something different
might be going on. Do you have an idea
05.09.2017 23:50, Marton Balint пише:
[...]
If I get this correctly, this patch is needed because you can only
schedule 1 frame to the NDI API, therefore especially for shorter audio
frames the buffer may underrun, right?. If that is the case, then I'd
describe this in a bit more detail in the
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> ffmpeg -lavfi
> "testsrc2,trim=end_frame=1,zoompan=z='min(zoom+0.0015,1.5)':d=700:x='iw/2-(iw/zoom/2)':y='ih/2-(ih/zoom/2)'"
> -f framecrc -
>
> Should output 700 frames and not 1 frame.
It does. So my patch is valid. Will push soon unl
On 9/7/17, Nicolas George wrote:
> Le primidi 21 fructidor, an CCXXV, Paul B Mahol a ecrit :
>> Take single image as input, and example as listed in documentation of
>> zoompan:
>>
>> zoompan=z='min(zoom+0.0015,1.5)':d=700:x='iw/2-(iw/zoom/2)':y='ih/2-(ih/zoom/2)'
>
> I am sorry but I have better
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> Take single image as input, and example as listed in documentation of zoompan:
>
> zoompan=z='min(zoom+0.0015,1.5)':d=700:x='iw/2-(iw/zoom/2)':y='ih/2-(ih/zoom/2)'
I am sorry but I have better use of my time than debugging this filter.
S
On 9/7/17, Nicolas George wrote:
> Le primidi 21 fructidor, an CCXXV, Paul B Mahol a ecrit :
>> What it should be?
>
> It should look like it does look after this patch. Maybe the change
> breaks something I did not notice, but the general logic should be what
> I wrote.
>
> The things that are wr
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> What it should be?
It should look like it does look after this patch. Maybe the change
breaks something I did not notice, but the general logic should be what
I wrote.
The things that are wrong in the current state of code: checking
ff_o
Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 52 +---
1 file changed, 29 insertions(+), 23 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 91731a7533..3e2f5011ee 100644
--- a/libavformat/mxfdec.c
+++ b/libavfo
Fixes ticket #6631.
Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 3e2f5011ee..476d284c96 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -321
On 9/7/17, Nicolas George wrote:
> Le primidi 21 fructidor, an CCXXV, Paul B Mahol a ecrit :
>> ffmpeg | branch: master | Paul B Mahol | Thu Sep 7
>> 16:49:46 2017 +0200| [e1524de4546beab75cbf600fdde6c14204a66059] |
>> committer: Paul B Mahol
>>
>> avfilter/vf_zoompan: fix specific corner case w
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> ffmpeg | branch: master | Paul B Mahol | Thu Sep 7
> 16:49:46 2017 +0200| [e1524de4546beab75cbf600fdde6c14204a66059] | committer:
> Paul B Mahol
>
> avfilter/vf_zoompan: fix specific corner case when no frame was ever
> requested fro
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> > ./ffmpeg_g -lavfi testsrc2,zoompan -f framecrc -
> Lavd bug.
Read again, this is not using lavd at all. And it should work. The fact
that it does not is definitely a zoompan bug.
Regards,
--
Nicolas George
signature.asc
Descripti
On 9/7/17, Nicolas George wrote:
> Le primidi 21 fructidor, an CCXXV, Paul B Mahol a ecrit :
>> Works here, you will need to be more verbose.
>
> ./ffmpeg_g -lavfi testsrc2,zoompan -f framecrc -
Lavd bug. Normal -vf approach works.
___
ffmpeg-devel mail
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> Works here, you will need to be more verbose.
./ffmpeg_g -lavfi testsrc2,zoompan -f framecrc -
begs to differ.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
On 9/7/17, Nicolas George wrote:
> Le primidi 21 fructidor, an CCXXV, Paul B Mahol a ecrit :
>> > I do not have the faintest idea what the output of this filter is
>> > supposed
>> > to look like, so testing is limited. But at least now it outputs
>> > something.
>> Breaks duration expression.
>
>
Le primidi 21 fructidor, an CCXXV, Paul B Mahol a écrit :
> > I do not have the faintest idea what the output of this filter is supposed
> > to look like, so testing is limited. But at least now it outputs something.
> Breaks duration expression.
I do not see how it could be, as the filter current
On 9/7/17, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_zoompan.c | 36 +---
> 1 file changed, 9 insertions(+), 27 deletions(-)
>
>
> I do not have the faintest idea what the output of this filter is supposed
> to look like, so test
2017-09-07 16:14 GMT+02:00 wm4 :
> On Thu, 7 Sep 2017 15:32:58 +0200
> Carl Eugen Hoyos wrote:
>
>> Hi!
>>
>> Attached patch implements ticket #2208.
>>
>> Please comment, Carl Eugen
>
> Probably worse than:
Looks similar except for working with mkv input and a useless cast.
> From: phint...@gm
On Thu, 7 Sep 2017 15:32:58 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch implements ticket #2208.
>
> Please comment, Carl Eugen
Probably worse than:
From: phint...@gmail.com
To: ffmpeg-devel@ffmpeg.org
Cc: Petri Hintukainen
Subject: [FFmpeg-devel] [PATCH v2] Add SUP/PGS subtit
On Wed, Sep 06, 2017 at 10:05:40PM +0200, Thilo Borgmann wrote:
> Hi,
>
> Am 06.09.17 um 11:58 schrieb Clément Bœsch:
> > From: Clément Bœsch
> >
> > $headers is a variable set in the context of other functions (we don't
> > use the "local" keyword in our scripts, so those variables are global).
On Sun, Sep 03, 2017 at 08:30:24PM +0200, Michael Niedermayer wrote:
> On Sat, Sep 02, 2017 at 08:17:40PM +0200, Clément Bœsch wrote:
> > From: Clément Bœsch
> >
> > Refer to "checkasm: use perf API on Linux ARM*" commit for the
> > rationale.
> >
> > The implementation is somehow duplicated wit
I have updated my patch to also fix the references to chroma_weight in the
MBAFF case, as suggested by Mark Thompson, but without erroring out on
invalid values.
On Thu, Sep 7, 2017 at 9:42 AM, Mark Wachsler wrote:
> When parsing a monochrome file, chroma_log2_weight_denom was used without
> bei
When parsing a monochrome file, chroma_log2_weight_denom was used without
being initialized, which could lead to a bogus error message being printed, e.g.
[h264 @ 0x61a26480] chroma_log2_weight_denom 24576 is out of range
It also could led to warnings using AddressSanitizer.
---
libavcodec/h
Hi Carl,
On Mon, Aug 28, 2017 at 10:49 AM, Carl Eugen Hoyos
wrote:
> 2017-08-27 9:03 GMT+02:00 Paul B Mahol :
> > On 8/26/17, Carl Eugen Hoyos wrote:
>
> >> Attached patch slightly improves the saturation of the
> >> gdv palette.
> >>
> >> Please comment, Carl Eugen
> >
> > Does this match how
Hi!
Attached patch implements ticket #2208.
Please comment, Carl Eugen
From 919cd9728e73a9570a11f0d575b23c0212ca52e4 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 7 Sep 2017 15:28:55 +0200
Subject: [PATCH] lavf/supenc: Add a raw PGS muxer.
Fixes ticket #2208.
---
Changelog
2017-08-26 13:00 GMT+02:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch slightly improves the saturation of the gdv palette.
I'll push this if there are no objections.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
Hi all
Please help check an issue:
When I sent date to rtmps server(facebook live). Connection will block after
sent 10 packet.
Below is the situation:
1 build: ./configure –enable-openssl && make && make install
2 connet to rtmp is ok. But rtmps is fail, BLOCK after sent out 10 packet.
3 if dele
Ok, I changed the texi, added the bitrate and turned rgb48 value to rgb10.
---
doc/indevs.texi | 22 ++--
libavdevice/decklink_common.cpp | 2 +-
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_dec.cpp| 46 ++--
Sorry I completely forgot about the texi doc !
I agree with you regarding rgb48. It feels misleading. r210 is fine with
me.
I'll send the changes in a few minutes.
2017-09-06 18:47 GMT+02:00 Marton Balint :
>
>
> On Wed, 6 Sep 2017, Gildas Fargeas wrote:
>
> Alright, this should do the trick:
>>
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Monday, September 4, 2017 6:03 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve vp9 mc msa functions
Fro
On 05.09.2017 15:28, Paul B Mahol wrote:
On 9/5/17, Tobias Rapp wrote:
On 29.08.2017 16:07, Tobias Rapp wrote:
Makes the handling of unspecified/unknown color_range values on stream
level consistent to the value used on frame level.
Signed-off-by: Tobias Rapp
---
ffprobe.c
On Tue, Sep 05, 2017 at 02:55:25AM +0200, Michael Niedermayer wrote:
> Fixes: Missing EOF check in loop
> No testcase
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mov.c | 7 +++
> 1 file changed, 7 insertions(+)
patchs
On Mon, Sep 04, 2017 at 07:36:09PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/gdv.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many that live d
Am 06.09.2017 um 23:07 schrieb Philip Langdale:
On Wed, 6 Sep 2017 18:14:17 +0200
Timo Rothenpieler wrote:
+int ff_nvenc_receive_packet(AVCodecContext *avctx, AVPacket *pkt)
+{
+CUresult cu_res;
+CUcontext dummy;
+NvencSurface *tmpoutsurf;
You can remove tmpoutsurf in ff_nvenc_se
Le primidi 21 fructidor, an CCXXV, Reto Kromer a écrit :
> tiny typo: first
Thanks, locally fixed.
Also fixed inut -> input in the same paragraph.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing li
Nicolas George wrote:
>Signed-off-by: Nicolas George
>---
> doc/filter_design.txt | 251
>+++---
> 1 file changed, 135 insertions(+), 116 deletions(-)
>
>diff --git a/doc/filter_design.txt b/doc/filter_design.txt
>index e8a7c53ee9..90fa53367b 100644
>--
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Monday, September 4, 2017 6:02 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve vp9 idct msa functions
F
TODO APIChanges and minor bump.
Signed-off-by: Nicolas George
---
libavfilter/buffersrc.c | 22 --
libavfilter/buffersrc.h | 8
2 files changed, 20 insertions(+), 10 deletions(-)
diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
index e8f59c2de7..ad5ae
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Monday, September 4, 2017 6:02 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve vp9 lpf msa functions
Fr
Signed-off-by: Nicolas George
---
ffmpeg.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index c8ee64621c..b95addd277 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -2368,7 +2368,7 @@ static int decode_audio(InputStream *ist, AVPacket *pkt,
int *got_out
Signed-off-by: Nicolas George
---
ffmpeg.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index b95addd277..1d248bc269 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -2223,14 +2223,14 @@ static int ifilter_send_frame(InputFilter *ifilter,
AVFrame *fra
Makes the reason of the "FIXME" comment more obvious.
Avoid name conflicts for the next commit.
Signed-off-by: Nicolas George
---
ffmpeg.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
This patch and the following have already been discussed. The changes are
tested and wor
Use the earliest input with the same status.
If that fails, print a warning and use the earliest source.
With this change, simple filter forward correctly the timestamp
of EOF.
Filters that are supposed to change it should be updated to
actually forward it.
Signed-off-by: Nicolas George
---
liba
Signed-off-by: Nicolas George
---
doc/filter_design.txt | 251 +++---
1 file changed, 135 insertions(+), 116 deletions(-)
diff --git a/doc/filter_design.txt b/doc/filter_design.txt
index e8a7c53ee9..90fa53367b 100644
--- a/doc/filter_design.txt
+++ b/d
Signed-off-by: Nicolas George
---
libavfilter/framesync.c | 343
libavfilter/framesync.h | 297 -
2 files changed, 640 deletions(-)
delete mode 100644 libavfilter/framesync.c
delete mode 100644 libavfilter/
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 48 +++
libavfilter/f_streamselect.c | 12
libavfilter/{framesync2.c => framesync.c} | 32 ++---
libavfilter/{framesync2.h => framesync.h} | 42 +
Signed-off-by: Nicolas George
---
libavfilter/vf_zoompan.c | 36 +---
1 file changed, 9 insertions(+), 27 deletions(-)
I do not have the faintest idea what the output of this filter is supposed
to look like, so testing is limited. But at least now it outputs some
The modified value is never used after the function call.
Signed-off-by: Nicolas George
---
libavfilter/vf_zoompan.c | 39 +++
1 file changed, 19 insertions(+), 20 deletions(-)
diff --git a/libavfilter/vf_zoompan.c b/libavfilter/vf_zoompan.c
index b1ade33b1f.
Signed-off-by: Nicolas George
---
libavfilter/af_sidechaincompress.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/libavfilter/af_sidechaincompress.c
b/libavfilter/af_sidechaincompress.c
index f174b70a5b..55bed43844 100644
--- a/libavfilter/af_sidechaincomp
Signed-off-by: Nicolas George
---
libavfilter/af_agate.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/libavfilter/af_agate.c b/libavfilter/af_agate.c
index f4fcabef93..20905ccb19 100644
--- a/libavfilter/af_agate.c
+++ b/libavfilter/af_agate.c
@@ -270,10 +2
Signed-off-by: Nicolas George
---
libavfilter/avfilter.c | 20 +
libavfilter/filters.h | 78 ++
2 files changed, 98 insertions(+)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 6a97456054..91939eab8a 100644
--- a/li
86 matches
Mail list logo
