Changes incorporated.
Updated patch attached.
Thanks,
Niklesh
On Thu, Aug 6, 2015 at 7:51 AM, Philip Langdale wrote:
> On Thu, 6 Aug 2015 07:13:07 +0530
> Niklesh Lalwani wrote:
>
> > On Thu, Aug 6, 2015 at 2:02 AM, Philip Langdale
> > wrote:
> >
> > > On Thu, 6 Aug 2015 00:12:07 +0530
> > >
Hi,
I have some questions about ffmpeg h264_qsv with Intel media sdk.
1. The command 'ffmpeg -i in.mp4 -an -c:v h264_qsv out.mp4' to encode
sucessful, how can I make the qsv decoder work?
I disabled h264 decoder in 'libavcodec/allcodecs.c' to make h264_qsv
decoder work, error messages as
On Thu, 6 Aug 2015 07:13:07 +0530
Niklesh Lalwani wrote:
> On Thu, Aug 6, 2015 at 2:02 AM, Philip Langdale
> wrote:
>
> > On Thu, 6 Aug 2015 00:12:07 +0530
> > Niklesh Lalwani wrote:
> >
> > > From 90f466bb6a5d3cd24d7ea4d9fd8a2915cc68cdb2 Mon Sep 17 00:00:00
> > > 2001 From: Niklesh
> > > Dat
this is just another implement using C1 float registers, and the patch make
functions more readable.
i think using C1 registers may reduce the load of general registers.
gsldlc1 and gsldrc1 are similar to ldl and ldr only different with which
register to use.
在2015-08-06 05:29:58,周晓勇写道：
> Hi,
>
On Thu, Aug 6, 2015 at 2:02 AM, Philip Langdale wrote:
> On Thu, 6 Aug 2015 00:12:07 +0530
> Niklesh Lalwani wrote:
>
> > From 90f466bb6a5d3cd24d7ea4d9fd8a2915cc68cdb2 Mon Sep 17 00:00:00 2001
> > From: Niklesh
> > Date: Thu, 6 Aug 2015 00:06:15 +0530
> > Subject: [PATCH] movtextdec.c: Add supp
On Thu, Jul 30, 2015 at 05:05:12PM +0200, Andreas Cadhalpun wrote:
[...]
IMO {
trivial API, like identifers with different names or wrapers
that are identical except having 1 argument less.
That is API which does not require any testing to ensure its future
function and correctness, should be kep
On Wed, 5 Aug 2015 21:59:19 +0200
wm4 wrote:
> At least the new videotoolbox decoder does not actually set a frame if
> end_frame fails. This causes the API to return success and signals
> that a picture was decoded, even though AVFrame->data[0] is NULL.
>
> Fix this by propagating end_frame er
On Wed, 5 Aug 2015 21:31:38 +0200
Andreas Cadhalpun wrote:
> On 04.08.2015 07:57, Reimar Döffinger wrote:
> > I do have on more proposal, but the problem is it needs someone to do the
> > work.
> > For each removed feature, prepare documentation "a monkey could follow" on
> > how
> > to replace
Thanks.
On Wed, Aug 5, 2015 at 1:37 PM, wm4 wrote:
> On Tue, 4 Aug 2015 22:09:57 -0700
> Sasi Inguva wrote:
>
> > Compute individual stream durations in matroska muxer.
> > Write them as string tags in the same format as mkvmerge tool does.
> >
> > Signed-off-by: Sasi Inguva
> > ---
>
> Pushe
On Wednesday 05 August 2015 02:39:38 pm Michael Niedermayer wrote:
> On Mon, Aug 03, 2015 at 11:16:12PM +0200, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch fixes ticket #4747 and should not introduce any
> > theoretical regressions.
> >
> > Please review, Carl Eugen
> >
> > mov.c | 22
Hi,
On Tue, Aug 4, 2015 at 8:05 AM, 周晓勇 wrote:
> From 71478e642fac00b12b313723ee83acdfef732fd1 Mon Sep 17 00:00:00 2001
> From: ZhouXiaoyong
> Date: Tue, 4 Aug 2015 16:28:02 +0800
> Subject: [PATCH 1/2] avcodec: loongson optimized h264pred with mmi v2
>
>
> Signed-off-by: ZhouXiaoyong
> ---
>
On Tue, Aug 04, 2015 at 08:05:17PM +0800, 周晓勇 wrote:
> From 71478e642fac00b12b313723ee83acdfef732fd1 Mon Sep 17 00:00:00 2001
> From: ZhouXiaoyong
> Date: Tue, 4 Aug 2015 16:28:02 +0800
> Subject: [PATCH 1/2] avcodec: loongson optimized h264pred with mmi v2
>
>
> Signed-off-by: ZhouXiaoyong
> -
On Tue, 4 Aug 2015 22:09:57 -0700
Sasi Inguva wrote:
> Compute individual stream durations in matroska muxer.
> Write them as string tags in the same format as mkvmerge tool does.
>
> Signed-off-by: Sasi Inguva
> ---
Pushed.
___
ffmpeg-devel mailing
Henrik Gramner gramner.com> writes:
> -#if ARCH_X86
> -#include "libavutil/x86/cpu.h"
> -#endif
Please just push such changes, no need to send a patch...
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listi
On Thu, 6 Aug 2015 00:12:07 +0530
Niklesh Lalwani wrote:
> From 90f466bb6a5d3cd24d7ea4d9fd8a2915cc68cdb2 Mon Sep 17 00:00:00 2001
> From: Niklesh
> Date: Thu, 6 Aug 2015 00:06:15 +0530
> Subject: [PATCH] movtextdec.c: Add support for font names
>
> Signed-off-by: Niklesh
> ---
> libavcodec/mo
On 05.08.2015 22:07, Reimar Döffinger wrote:
> On 05.08.2015, at 21:31, Andreas Cadhalpun
> wrote:
>>> Btw. the magic option to enable compatibility is still somewhat useful as
>>> it lists
>>> and allows testing the specific changes that are coming up. But I agree
>>> it's only
>>> a minor hel
On 05.08.2015, at 21:31, Andreas Cadhalpun
wrote:
>> Btw. the magic option to enable compatibility is still somewhat useful as it
>> lists
>> and allows testing the specific changes that are coming up. But I agree it's
>> only
>> a minor help.
>
> The problem with such a magic option is that i
At least the new videotoolbox decoder does not actually set a frame if
end_frame fails. This causes the API to return success and signals that
a picture was decoded, even though AVFrame->data[0] is NULL.
Fix this by propagating end_frame errors.
---
Now more correct.
Confirmed to fix a problem wh
On 04.08.2015 07:57, Reimar Döffinger wrote:
> I do have on more proposal, but the problem is it needs someone to do the
> work.
> For each removed feature, prepare documentation "a monkey could follow" on how
> to replace it (you could call it a transition guide).
> Even better, a script that aut
On Tue, 4 Aug 2015, Michael Niedermayer wrote:
On Tue, Aug 04, 2015 at 01:00:52AM +0200, Marton Balint wrote:
The windows SDL audio driver plays the old data in the buffer in a loop if it
is not updated in time. So instead of waiting for data and blocking the the
audio thread, return silence i
> I didn't mean this - it's ok for the value to be 0, but it's
> not ok for it to be some huge number that will cause you to
> read beyond the end of the buffer. So like you did for the other
> variable length fields, you need to sanity check this against the total
> packet size.
>
> > +t3xg_pt
At least the new videotoolbox decoder does not actually set a frame if
end_frame fails. This causes the API to return success and signals that
a picture was decoded, even though AVFrame->data[0] is NULL.
Fix this by propagating end_frame errors.
---
Untested. I'm hoping that the errors will be pro
yes. it computes duration as max ( packet-timestamp + packet-duration)
On Wed, Aug 5, 2015 at 10:08 AM, wm4 wrote:
> On Wed, 5 Aug 2015 10:00:45 -0700
> Sasi Inguva wrote:
>
> > yes. it does .
> > http://stackoverflow.com/questions/18688971/c-char-array-initialization
> > and from an example
On Wed, 5 Aug 2015 10:00:45 -0700
Sasi Inguva wrote:
> yes. it does .
> http://stackoverflow.com/questions/18688971/c-char-array-initialization
> and from an example in Initialization from strings in
> http://en.cppreference.com/w/c/language/array_initialization .
Looks ok to me then.
Have you
---
tests/checkasm/checkasm.c | 4
1 file changed, 4 deletions(-)
diff --git a/tests/checkasm/checkasm.c b/tests/checkasm/checkasm.c
index 520397c..4eb14dd 100644
--- a/tests/checkasm/checkasm.c
+++ b/tests/checkasm/checkasm.c
@@ -33,10 +33,6 @@
#include
#endif
-#if ARCH_X86
-#include "
yes. it does .
http://stackoverflow.com/questions/18688971/c-char-array-initialization
and from an example in Initialization from strings in
http://en.cppreference.com/w/c/language/array_initialization .
On Wed, Aug 5, 2015 at 9:48 AM, wm4 wrote:
> On Tue, 4 Aug 2015 22:09:57 -0700
> Sasi Ingu
---
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/avf_showfreqs.c | 360
3 files changed, 362 insertions(+)
create mode 100644 libavfilter/avf_showfreqs.c
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
On Tue, 4 Aug 2015 22:09:57 -0700
Sasi Inguva wrote:
> Compute individual stream durations in matroska muxer.
> Write them as string tags in the same format as mkvmerge tool does.
>
> Signed-off-by: Sasi Inguva
> ---
> libavformat/matroskaenc.c| 79
> +
New patch with the green line bug fixed.
Now I intend to speedup the work on the vertical scaling and also try to
reduce
the performance gap.
2015-07-29 10:05 GMT-03:00 Michael Niedermayer :
> On Tue, Jul 28, 2015 at 11:39:59PM -0300, Pedro Arthur wrote:
> > > do you think this patch would be rea
On Wed, Aug 05, 2015 at 12:10:56PM +0200, Luca Barbato wrote:
> ffmpeg | branch: master | Luca Barbato | Fri Jul 31
> 14:24:08 2015 +0200| [4fee11ab05fc8569ef35c0ce86a60375c903eefb] | committer:
> Luca Barbato
>
> png: Be more informative regarding signature errors
>
> Signed-off-by: Luca Barb
On Tue, Aug 4, 2015 at 9:01 PM, Ronald S. Bultje wrote:
> lgtm.
>
> Ronald
Thanks, applied.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, Aug 05, 2015 at 09:31:49AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Aug 5, 2015 at 9:15 AM, Michael Niedermayer
> wrote:
>
> > From: Michael Niedermayer
> >
> > Avoid duplicating the literal numeric values
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/avcod
Hi,
On Wed, Aug 5, 2015 at 9:15 AM, Michael Niedermayer
wrote:
> From: Michael Niedermayer
>
> Avoid duplicating the literal numeric values
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/avcodec.h | 32
> 1 file changed, 16 insertions(+), 16 delet
Hi,
On Wed, Aug 5, 2015 at 7:56 AM, Paul B Mahol wrote:
> Dana 5. 8. 2015. 13:31 osoba "Ronald S. Bultje"
> napisala je:
> >
> > ---
> > libavfilter/vf_psnr.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/libavfilter/vf_psnr.c b/libavfilter/vf_psnr.c
> > index f202df3..3c1dc81
From: Michael Niedermayer
Avoid duplicating the literal numeric values
Signed-off-by: Michael Niedermayer
---
libavcodec/avcodec.h | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 6b824d5.
On Mon, Aug 03, 2015 at 11:16:12PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #4747 and should not introduce any
> theoretical regressions.
>
> Please review, Carl Eugen
> mov.c | 22 ++
> 1 file changed, 22 insertions(+)
> ffe1a030382f6bc11a5a58a
Dana 5. 8. 2015. 13:31 osoba "Ronald S. Bultje"
napisala je:
>
> ---
> libavfilter/vf_psnr.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavfilter/vf_psnr.c b/libavfilter/vf_psnr.c
> index f202df3..3c1dc81 100644
> --- a/libavfilter/vf_psnr.c
> +++ b/libavfilter/vf_psnr.c
> @@ -174
---
libavfilter/vf_psnr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_psnr.c b/libavfilter/vf_psnr.c
index f202df3..3c1dc81 100644
--- a/libavfilter/vf_psnr.c
+++ b/libavfilter/vf_psnr.c
@@ -174,6 +174,7 @@ static AVFrame *do_psnr(AVFilterContext *ctx, AVFrame *main,
On Tue, Aug 04, 2015 at 10:04:45PM +0200, Paul B Mahol wrote:
> ---
>
> Is this correct?
There are some weird glitches in the high frequencies, so something might
be wrong here.
--
Clément B.
pgpDG_YikVE5C.pgp
Description: PGP signature
___
ffmpeg-d
39 matches
Mail list logo
