I have updated the patch.
From 738612efdbd580bbf6a41bcce36a10813eba67f0 Mon Sep 17 00:00:00 2001
From: Arwa Arif
Date: Tue, 24 Feb 2015 12:17:30 +0530
Subject: [PATCH] Port FFT domain filter.
---
libavfilter/Makefile |1 +
libavfilter/allfilters.c |1 +
libavfilter/vf_fftfilt.c | 23
Signed-off-by: Michael Niedermayer
---
libavutil/opt.c|8 +++
tests/ref/fate/opt | 203
2 files changed, 211 insertions(+)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index 5de891b..007f51d 100644
--- a/libavutil/opt.c
+++ b/libavu
Signed-off-by: Michael Niedermayer
---
libavutil/opt.c| 47 +--
tests/ref/fate/opt | 23 +++
2 files changed, 48 insertions(+), 22 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index 007f51d..03f23a1 100644
---
Signed-off-by: Michael Niedermayer
---
libavutil/common.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/common.h b/libavutil/common.h
index 2fca693..852c1de 100644
--- a/libavutil/common.h
+++ b/libavutil/common.h
@@ -192,7 +192,7 @@ static av_always_inline av_c
Signed-off-by: Michael Niedermayer
---
libavcodec/ppc/fdctdsp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/ppc/fdctdsp.c b/libavcodec/ppc/fdctdsp.c
index f2efc5d..40f4c6c 100644
--- a/libavcodec/ppc/fdctdsp.c
+++ b/libavcodec/ppc/fdctdsp.c
@@ -196,7 +196,7 @
The code has undefined behavior and makes no difference when optimizations
are enabled.
Signed-off-by: Michael Niedermayer
---
libavutil/ppc/intreadwrite.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/libavutil/ppc/intreadwrite.h b/libavutil/ppc/intreadwrite.h
index 1ec34
On Tue, Feb 24, 2015 at 10:10:21AM +, Kevin Wheatley wrote:
> +if (track->vos_data && track->vos_len > 0x29) {
> +if (track->vos_data[0] == 0x00 &&
> +track->vos_data[1] == 0x00 &&
> +track->vos_data[2] == 0x02 &&
> +track->vos_data[3] == 0x80 &&
On Thu, Feb 26, 2015 at 07:56:06PM +0100, Nicolas George wrote:
> Le septidi 7 ventôse, an CCXXIII, Michael Niedermayer a écrit :
> > i think the case i tested had HAVE_W32THREADS set
> > also theres HAVE_OS2THREADS
>
> I suspect my question was too vague.
>
> If I understand correctly,
>
> HAVE
On 27/02/15 5:19 AM, Paul B Mahol wrote:
> On 2/26/15, James Almer wrote:
>> On 25/02/15 11:55 AM, Paul B Mahol wrote:
>>> +static inline void line_copy8(uint8_t *line, const uint8_t *srcp, int
>>> width, int mergin)
>>
>> Unless I'm missing something, "mergin" seems to always be 1.
>> The code be
On Fri, 27 Feb 2015 20:08:50 +0100
Nicolas George wrote:
> Le nonidi 9 ventôse, an CCXXIII, wm4 a écrit :
> > This isn't enough information to implement ordered chapters.
>
> Care to elaborate?
At the very least, you should check the ordered chapter flag. If it's
not set, the segment uid is sup
On Fri, 27 Feb 2015 16:50:30 +0100
Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavformat/matroska.h| 1 +
> libavformat/matroskadec.c | 6 +-
> 2 files changed, 6 insertions(+), 1 deletion(-)
>
>
> This is not real support for chained Matroska files, but at least
>
Le nonidi 9 ventôse, an CCXXIII, wm4 a écrit :
> This isn't enough information to implement ordered chapters.
Care to elaborate?
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
On Fri, Feb 27, 2015 at 04:50:29PM +0100, Nicolas George wrote:
> The metadata key is "segment_uid", and is formatted as
> 32 hex nibbles grouped in 32 bits words by dashes.
>
> Signed-off-by: Nicolas George
> ---
> libavformat/matroskadec.c | 25 -
> 1 file changed, 24 i
On Fri, Feb 27, 2015 at 04:50:28PM +0100, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> ffmpeg_opt.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/ffmpeg_opt.c b/ffmpeg_opt.c
> index 39c5f49..2484884 100644
> --- a/ffmpeg_opt.c
> +++ b/ffmpeg_opt.c
> @@ -2164,6 +2164,7
On Fri, Feb 27, 2015 at 04:21:16PM +0100, Christophe Gisquet wrote:
> The attached patch fixes a warning.
>
> --
> Christophe
> mov.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 46927ce40beaea92976305da39959e9982b51d18
> 0001-lavf-mov-correct-printf-specifier.patch
> From 7df
Signed-off-by: Nicolas George
---
libavformat/matroska.h| 1 +
libavformat/matroskadec.c | 6 +-
2 files changed, 6 insertions(+), 1 deletion(-)
This is not real support for chained Matroska files, but at least
applications using only lavf will have the relevant information to implement
Signed-off-by: Nicolas George
---
ffmpeg_opt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/ffmpeg_opt.c b/ffmpeg_opt.c
index 39c5f49..2484884 100644
--- a/ffmpeg_opt.c
+++ b/ffmpeg_opt.c
@@ -2164,6 +2164,7 @@ loop_end:
if(o->recording_time != INT64_MAX)
av_dict_set(&
The metadata key is "segment_uid", and is formatted as
32 hex nibbles grouped in 32 bits words by dashes.
Signed-off-by: Nicolas George
---
libavformat/matroskadec.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/libavformat/matroskadec.c b/libavfor
The attached patch fixes a warning.
--
Christophe
From 7df1da4b191c394fef0c91bd3e36b8988b841607 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Fri, 27 Feb 2015 16:10:38 +0100
Subject: [PATCH] lavf/mov: correct printf specifier
The type is int64_t.
---
libavformat/mov.c | 2 +-
1 file
On Fri, Feb 27, 2015 at 12:50:23PM +0100, Nicolas George wrote:
> Le nonidi 9 ventôse, an CCXXIII, Clement Boesch a écrit :
> > I don't understand why I need to do that. The free is already present in
> > the uninit, and before every update of the prev_frame update.
>
> In uninit, I see:
>
>
Le nonidi 9 ventôse, an CCXXIII, Clement Boesch a écrit :
> I don't understand why I need to do that. The free is already present in
> the uninit, and before every update of the prev_frame update.
In uninit, I see:
av_freep(&s->prev_frame);
I suspect it should be av_frame_free() instead.
Re
Hi Michael,
I did what you've suggested and found out how to encode directly from a
live source and it works indeed. I got some buffer alerts but the output
video was much better than mine, without artifacts.
When I'm encoding should I order the frames in some way?
Cheers
2015-02-27 10:05 GMT+0
On Thu, Feb 26, 2015 at 11:32:06PM -0600, Cary Tetrick wrote:
> It looks like #include might work BUT
> According to this page http://linux.die.net/man/7/tcp
> it looks like this socket setting is not truly portable. :(
> My intent was to offer some flexibility in what looks like a long standing
>
2015-02-26 23:46 GMT+00:00 Michael Niedermayer :
> On Thu, Feb 26, 2015 at 05:26:36PM +, Eng. Tweellt wrote:
> > Hello everyone,
> >
> > I'm trying to encode video and audio directly from a capture board, 1
> video
> > stream and 8 single channel audio streams into a MXF file encoding it in
>
On 2/26/15, Carl Eugen Hoyos wrote:
> Carl Eugen Hoyos ag.or.at> writes:
>
>> Attached patch sets bits_per_raw_sample when decoding hqx.
>
> I will push this if nobody objects.
>
How do you know this is correct?
> Carl Eugen
>
> ___
> ffmpeg-devel mai
On 2/26/15, James Almer wrote:
> On 25/02/15 11:55 AM, Paul B Mahol wrote:
>> +static inline void line_copy8(uint8_t *line, const uint8_t *srcp, int
>> width, int mergin)
>
> Unless I'm missing something, "mergin" seems to always be 1.
> The code below could be simplified.
The function could be u
On 2/26/15, Clement Boesch wrote:
> On Wed, Feb 25, 2015 at 02:55:58PM +, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> doc/filters.texi | 34 ++
>> libavfilter/Makefile | 2 +
>> libavfilter/allfilters.c | 2 +
>> libavfilter/vf_neighbor.c | 289
>> +++
27 matches
Mail list logo
