On Wed, Jul 15, 2015 at 12:09:59AM +0200, Michael Niedermayer wrote:
> ffmpeg | branch: master | Michael Niedermayer | Tue
> Jul 14 19:44:59 2015 +0200| [522256b374fe3b8edfea0040bdd5878ea8c8e37c] |
> committer: Michael Niedermayer
>
> avfilter/internal: Improve docs about ff_request_frame()
>
Signed-off-by: Arttu Ylä-Outinen
---
MAINTAINERS |1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index fa9e966..c5c6572 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -200,6 +200,7 @@ Codecs:
libcelt_dec.c Nicolas George
libdirac*
On Tue, Jul 14, 2015 at 11:42:30PM +0100, Kieran Kunhya wrote:
> OVH has poor quality connectivity by the way - this could lead to
> performance issues in some countries.
Has anyone done some hoster connectivity comparissions /tests ?
it would be interresting to see what the differences are.
Also
On 14/07/15 8:35 PM, James Darnley wrote:
> Speed of all modes increased by a factor between 7.4 and 19.8 largely
> depending
> on whether bytes are unpacked into words. Modes 2, 3, and 4 have been sped-up
> by a factor of 43 (thanks quick sort!)
>
> All modes are available on x86_64 but only mo
This fixes cases like ``.
I'm not particularly happy with this solution, but anything better would need
to be part of a larger cleanup.
---
libavcodec/srtdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/srtdec.c b/libavcodec/srtdec.c
index ed3af95..0d1b80e 1
Speed of all modes increased by a factor between 7.4 and 19.8 largely depending
on whether bytes are unpacked into words. Modes 2, 3, and 4 have been sped-up
by a factor of 43 (thanks quick sort!)
All modes are available on x86_64 but only modes 1, 10, 11, 12, 13, 14, 19, 20,
21, and 22 are avail
On Wed, Jun 24, 2015 at 08:22:33PM +0300, Maksym Veremeyenko wrote:
> Hi,
>
> i noticed that ffmpeg from latest git stop decoding all reference mov files:
>
>
> [root@dev-5 data]# ffmpeg -debug 3 -i BNC123914.mov -y q.mp4
> ffmpeg version N-73128-g5a1f785 Copyright (c) 2000-2015 the FFmpeg
> dev
On 2015-07-14 23:23, James Almer wrote:
> On 14/07/15 3:54 PM, James Darnley wrote:
>> On 2015-07-11 18:34, James Almer wrote:
>>> On 11/07/15 10:40 AM, James Darnley wrote:
new file mode 100644
index 000..5e1feea
--- /dev/null
+++ b/libavfilter/x86/vf_removegrain.asm
@
On 7/14/15, James Darnley wrote:
> On 2015-07-15 00:15, Paul B Mahol wrote:
>> diff --git a/doc/filters.texi b/doc/filters.texi
>> index 9f7b976..d4d8bad 100644
>> --- a/doc/filters.texi
>> +++ b/doc/filters.texi
>> @@ -3718,6 +3718,24 @@ Set whether or not chroma is considered in the
>> metric ca
OVH has poor quality connectivity by the way - this could lead to
performance issues in some countries.
Why can't you use the server videolan offered?
Kieran
On 14 July 2015 at 21:32, Michael Niedermayer wrote:
> Hi all
>
> libnova (see CC:) has offered us a
> OVH (France) 64gb ram xeon server w
On 2015-07-15 00:15, Paul B Mahol wrote:
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 9f7b976..d4d8bad 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -3718,6 +3718,24 @@ Set whether or not chroma is considered in the metric
> calculations. Default is
> @code{1}.
> @e
Signed-off-by: Paul B Mahol
---
Changelog | 1 +
doc/filters.texi | 78
libavfilter/Makefile | 4 +
libavfilter/allfilters.c | 4 +
libavfilter/vf_neighbor.c | 315 ++
5 files changed, 402 insertions(+)
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 35 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_deband.c | 312 +++
4 files changed, 349 insertions(+)
create mode 100644 libavfilter/vf_deband.c
Signed-off-by: Paul B Mahol
---
libavfilter/af_astats.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/libavfilter/af_astats.c b/libavfilter/af_astats.c
index a89ac6d..21cec8c 100644
--- a/libavfilter/af_astats.c
+++ b/libavfilter/af_astats.c
@@ -33,6 +
On Tue, 14 Jul 2015, Tomas Härdin wrote:
On Sat, 2015-07-11 at 18:54 +0200, Marton Balint wrote:
This should fix seeking for open GOP files as well.
Signed-off-by: Marton Balint
---
@@ -1411,8 +1417,7 @@ static int mxf_compute_ptses_fake_index(MXFContext *mxf,
MXFIndexTable *index_ta
On 14/07/15 3:54 PM, James Darnley wrote:
> On 2015-07-11 18:34, James Almer wrote:
>> On 11/07/15 10:40 AM, James Darnley wrote:
>>> @@ -566,7 +554,19 @@ static int filter_slice(AVFilterContext *ctx, void
>>> *arg, int jobnr, int nb_jobs)
>>> }
>>>
>>> *dst++ = *src++;
>>> -
On Tue, Jul 14, 2015 at 10:33:13PM +0200, James Darnley wrote:
> On 2015-07-14 21:47, Michael Niedermayer wrote:
> > On Tue, Jul 14, 2015 at 08:42:40PM +0200, James Darnley wrote:
> >> On 2015-07-14 19:50, Michael Niedermayer wrote:
> >>> + * One example of a source returning AVERROR(EAGAIN) is a b
On Sat, 2015-07-11 at 18:54 +0200, Marton Balint wrote:
> This should fix seeking for open GOP files as well.
>
> Signed-off-by: Marton Balint
> ---
> @@ -1411,8 +1417,7 @@ static int mxf_compute_ptses_fake_index(MXFContext
> *mxf, MXFIndexTable *index_ta
> break;
>
On Tue, Jul 14, 2015 at 09:08:24PM +0200, wm4 wrote:
> This code is one big chunk of WTF.
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenever a pr
On 2015-07-14 21:47, Michael Niedermayer wrote:
> On Tue, Jul 14, 2015 at 08:42:40PM +0200, James Darnley wrote:
>> On 2015-07-14 19:50, Michael Niedermayer wrote:
>>> + * One example of a source returning AVERROR(EAGAIN) is a buffer into
>>> which the
>>> + * user application pushes new data, it
Hi all
libnova (see CC:) has offered us a
OVH (France) 64gb ram xeon server with 4tb storage dedicated for the
project, Administration of the server should be on our side. They can
offer at least 2 years prepaid server. And might pay for longer but no
gurantee for that
no traffic limit, 500mbps w
On Tue, Jul 14, 2015 at 08:42:40PM +0200, James Darnley wrote:
> On 2015-07-14 19:50, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/internal.h | 17 +
> > 1 file changed, 17 insertions(+)
> >
> > di
This code is one big chunk of WTF.
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index a123a59..c40b4d2 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -1788,7 +1788,7 @@ void ff_configure_buffers
On 2015-07-11 18:34, James Almer wrote:
> On 11/07/15 10:40 AM, James Darnley wrote:
>> @@ -566,7 +554,19 @@ static int filter_slice(AVFilterContext *ctx, void
>> *arg, int jobnr, int nb_jobs)
>> }
>>
>> *dst++ = *src++;
>> -for (x = 1; x < s->planewidth[i] - 1; x++) {
On 2015-07-14 19:50, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/internal.h | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/libavfilter/internal.h b/libavfilter/internal.h
> index a7ec751..fcd1a
On Tue, Jul 14, 2015 at 09:29:11AM +0200, Hendrik Leppkes wrote:
> On Tue, Jul 14, 2015 at 7:53 AM, Arttu Ylä-Outinen
> wrote:
> > Signed-off-by: Arttu Ylä-Outinen
> > ---
> > Changelog |1 +
> > configure |4 +
> > doc/encoders.texi | 24 +
> > do
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
libavfilter/internal.h | 17 +
1 file changed, 17 insertions(+)
diff --git a/libavfilter/internal.h b/libavfilter/internal.h
index a7ec751..fcd1a5a 100644
--- a/libavfilter/internal.h
+++ b/libavfilter/internal.
On Mon, Jul 13, 2015 at 05:14:09PM -0300, James Almer wrote:
> On 13/07/15 5:07 PM, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Jul 13, 2015 at 3:50 PM, James Darnley
> > wrote:
> >
> >> On 2015-07-13 01:34, Ronald S. Bultje wrote:
> >>> Hi,
> >>>
> >>> On Sun, Jul 12, 2015 at 5:54 PM, Paul
On Tue, Jul 14, 2015 at 02:47:26PM +0800, Zhang Rui wrote:
> ---
> libavutil/fifo.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When you are offended at any man's fault, turn to you
On Tue, Jul 14, 2015 at 3:17 PM, Paul B Mahol wrote:
> Dana 14. 7. 2015. 13:09 osoba "Robert Krüger"
> napisala je:
> >
> > On Mon, Jul 6, 2015 at 3:12 PM, Michael Niedermayer
> > wrote:
> >
> > > On Mon, Jul 06, 2015 at 03:10:41PM +0200, Michael Niedermayer wrote:
> > > > On Mon, Jul 06, 2015
Dana 14. 7. 2015. 13:09 osoba "Robert Krüger"
napisala je:
>
> On Mon, Jul 6, 2015 at 3:12 PM, Michael Niedermayer
> wrote:
>
> > On Mon, Jul 06, 2015 at 03:10:41PM +0200, Michael Niedermayer wrote:
> > > On Mon, Jul 06, 2015 at 11:56:21AM +, Paul B Mahol wrote:
> > > > Signed-off-by: Paul B
Hello All,
Current implementation of qsvdec_h264.c does contain initialization
code which is common for all qsv-based decoders. The attached patch
moves common code into qsvdec.c. The declaration ff_qsv_decode_init
has been unified with ff_qsv_encode_init.
Please review.
--
Best regards,
Iv
On Mon, Jul 6, 2015 at 3:12 PM, Michael Niedermayer
wrote:
> On Mon, Jul 06, 2015 at 03:10:41PM +0200, Michael Niedermayer wrote:
> > On Mon, Jul 06, 2015 at 11:56:21AM +, Paul B Mahol wrote:
> > > Signed-off-by: Paul B Mahol
> > > ---
> > > libswscale/output.c | 48
> +
Hello Gwenole,
As I can see the current implementation of qsv-accelerated components
already allows to use external MXF session created by main application.
Please look the AVQSVContext structure into \libavcodec\qsv.h, example of
its allocation into the \doc\examples\qsvdec.c and how
AVCodecConte
On Tue, Jul 14, 2015 at 7:53 AM, Arttu Ylä-Outinen
wrote:
> Signed-off-by: Arttu Ylä-Outinen
> ---
> Changelog |1 +
> configure |4 +
> doc/encoders.texi | 24 +
> doc/general.texi| 10 +-
> libavcodec/Makefile |1 +
> libavcodec
35 matches
Mail list logo
