Hi，
I used the following code and found the output picture have mosaic：
c->put_hevc_qpel_bi_w[x][1][0] = ff_hevc_put_qpel_bi_weight_neon_wrapper;
c->put_hevc_qpel_bi_w[x][0][1] = ff_hevc_put_qpel_bi_weight_neon_wrapper;
c->put_hevc_qpel_bi_w[x][1][1] = ff_hevc_put_qpel
On Sat, Jun 25, 2016 at 10:52 PM, Umair Khan wrote:
> Hi,
>
> Patch attached.
I'm working on fixing some other bugs in the decoder and hence I'd
like to withdraw this patch from the list.
Umair
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
---
libavcodec/avcodec.h| 7 +++
libavcodec/codec_desc.c | 1 +
libavcodec/dnxhddec.c | 20
libavcodec/profiles.c | 10 ++
libavcodec/profiles.h | 1 +
5 files changed, 39 insertions(+)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 39
Hi,
I hope this is a little bit saner.
Is having the multiple profiles too much?
I used the profile names from here
http://avid.force.com/pkb/articles/en_US/White_Paper/DNxHR-Codec-Bandwidth-Specifications
I've have been playing around with the encoder
and thought that the individual profiles coul
Finish providing SIMD versions for POWER8 VSX of functions in
libswscale/input.c That should allow trac ticket #5570 to be closed.
The speedups obtained for the functions are:
abgrToA_c 1.19
bgr24ToUV_c 1.23
bgr24ToUV_half_c1.37
bgr24ToY_c_vsx 1.43
nv12T
05.07.2016, 18:03, "Michael Niedermayer" :
> On Tue, Jul 05, 2016 at 05:45:19PM -0400, Ganesh Ajjanagadde wrote:
>> 05.07.2016, 17:29, "Michael Niedermayer" :
>> > On Mon, Jul 04, 2016 at 09:15:27PM -0400, Ganesh Ajjanagadde wrote:
>> >> 04.07.2016, 15:55, "Ronald S. Bultje" :
>> >>
Signed-off-by: James Almer
---
libavformat/oggenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/oggenc.c b/libavformat/oggenc.c
index f998af3..34f7e0f 100644
--- a/libavformat/oggenc.c
+++ b/libavformat/oggenc.c
@@ -263,10 +263,10 @@ static int ogg_buff
On Tue, Jul 5, 2016 at 1:53 AM, Carl Eugen Hoyos wrote:
> Mark Reid gmail.com> writes:
>
>> if (track->vos_data && track->vos_len > 0x29) {
>> -if (track->vos_data[0] == 0x00 &&
>> -track->vos_data[1] == 0x00 &&
>> -track->vos_data[2] == 0x02 &&
>> -
On Mon, Jul 04, 2016 at 11:39:48PM -0500, Dan Parrot wrote:
> On Mon, 2016-07-04 at 23:31 -0500, Dan Parrot wrote:
> > On Mon, 2016-07-04 at 09:20 +, Carl Eugen Hoyos wrote:
> > > Dan Parrot mail.com> writes:
> > >
> > > > The dataset used was the entire FATE regression suite.
> > >
> > > I
On Tue, Jul 05, 2016 at 10:03:20PM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
> > LGTM,
>
> Patch applied.
>
> > can you add a fate test ?
>
> Is there an example for a parser test?
something with -c copy and -f framecrc should work
[...]
--
Michael
On Tue, Jul 05, 2016 at 12:33:34PM +, Petru Rares Sincraian wrote:
> Hi,
>
>
> Many thanks to all :)
>
>
> Here is the modified test with the first 20 frames only
>
>
> From: ffmpeg-devel on behalf of James Almer
>
> Sent: Monday, July 4, 2016 6:39:20 PM
Michael Niedermayer niedermayer.cc> writes:
> LGTM,
Patch applied.
> can you add a fate test ?
Is there an example for a parser test?
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffm
On Tue, Jul 05, 2016 at 05:45:19PM -0400, Ganesh Ajjanagadde wrote:
> 05.07.2016, 17:29, "Michael Niedermayer" :
> > On Mon, Jul 04, 2016 at 09:15:27PM -0400, Ganesh Ajjanagadde wrote:
> >> 04.07.2016, 15:55, "Ronald S. Bultje" :
> >> > Hi,
> >> >
> >> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh
05.07.2016, 17:29, "Michael Niedermayer" :
> On Mon, Jul 04, 2016 at 09:15:27PM -0400, Ganesh Ajjanagadde wrote:
>> 04.07.2016, 15:55, "Ronald S. Bultje" :
>> > Hi,
>> >
>> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde
>> wrote:
>> >
>> >> 04.07.2016, 15:36, "Ronald S. Bultje" :
On Mon, Jul 04, 2016 at 09:15:27PM -0400, Ganesh Ajjanagadde wrote:
> 04.07.2016, 15:55, "Ronald S. Bultje" :
> > Hi,
> >
> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde
> > wrote:
> >
> >> 04.07.2016, 15:36, "Ronald S. Bultje" :
> >> > Hi,
> >> >
> >> > On Mon, Jul 4, 2016 at 3:
On 7/3/2016 6:54 PM, James Almer wrote:
> About 10% faster.
>
> Signed-off-by: James Almer
> ---
> libavcodec/x86/dcadsp.asm | 43 +++
> 1 file changed, 31 insertions(+), 12 deletions(-)
>
Applied.
___
ffmpeg-
05.07.2016, 08:16, "Ronald S. Bultje" :
[...]
>> > [..]
>> >
>> >> 4. If the project software is an application or library, and its
>> primary
>> >> purpose is not to implement cryptography,
>> >> then it SHOULD only call on software specifically designed to implement
>> >> cryptographic f
05.07.2016, 08:22, "Hendrik Leppkes" :
> On Tue, Jul 5, 2016 at 1:40 PM, Ganesh Ajjanagadde wrote:
[...]
>>>
>>> [..]
>>>
4. If the project software is an application or library, and its primary
purpose is not to implement cryptography,
then it SHOULD only call on software sp
On Tue, Jul 05, 2016 at 05:31:31PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #5691 for me.
>
> Please comment, Carl Eugen
> mjpeg_parser.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> facecf8bb4e902cc018a9c5fd2e6b539914eb313
> 0001-lavc-mjpeg_parser-
On Tue, 5 Jul 2016 09:57:28 +0200
Michael Niedermayer wrote:
> On Mon, Jul 04, 2016 at 06:13:50AM +0530, smitbose wrote:
> > ---
> > libavformat/riff.c | 1 +
> > 1 file changed, 1 insertion(+)
>
> applied
>
> thanks
congratulations on your first contribution to ffmpeg, smitbose.
welcome to
On Mon, 4 Jul 2016 12:43:03 +0300
Sami Hult wrote:
> My five cents would be to advice every aspiring contributor to focus
> on bugs or lacking features that are an issue for themselves. That
> ensures motivation to really fix it :)
that is good advice, thank you.
-compn
Attached is the fourth version of this patch. I've reworked it
a bit to make it cleaner and provide more interesting/useful
information. Also, I've updated the documentation.
This includes the fix to low-level gain adjustment.
Thanks.
From 328b75b0abbc1e760a115c98d6f43dc6ff9a8fa1 Mon Sep 17 00:00:
On Tue, 2016-07-05 at 15:45 +, Carl Eugen Hoyos wrote:
> Dan Parrot mail.com> writes:
>
> > These results for START_TIMER/STOP_TIMER are with ffmpeg
> > compiled using GCC 6.1.1
>
> I believe your results indicate that -cpuflags 0 has no
> effect on vsx.
> On x86, this would be a blocker.
Ronald S. Bultje gmail.com> writes:
> What kind of speedup are you seeing
His patch provides a 10% - 30% speedup for most libswscale
input functions, but not for rgb24->yuv with gcc 5.
> and how did you measure that,
He measured it with some performance tool and with
-benchmark and with STAR
Hi,
On Tue, Jul 5, 2016 at 11:45 AM, Carl Eugen Hoyos wrote:
> Dan Parrot mail.com> writes:
>
> > These results for START_TIMER/STOP_TIMER are with ffmpeg
> > compiled using GCC 6.1.1
>
> I believe your results indicate that -cpuflags 0 has no
> effect on vsx.
I didn't even catch this the fir
Dan Parrot mail.com> writes:
> These results for START_TIMER/STOP_TIMER are with ffmpeg
> compiled using GCC 6.1.1
I believe your results indicate that -cpuflags 0 has no
effect on vsx.
On x86, this would be a blocker.
While I would prefer if you had tested with vanilla
gcc instead of a vers
On Mon, 2016-07-04 at 06:22 +, Carl Eugen Hoyos wrote:
> Dan Parrot mail.com> writes:
>
> > Finish providing SIMD versions for POWER8 VSX of functions
> > in libswscale/input.c
> > That should allow trac ticket #5570 to be closed.
>
> Please add some numbers:
> Either for single functions o
Hi!
Attached patch fixes ticket #5691 for me.
Please comment, Carl Eugen
From 83c4a6ac1dac871900977c8df0100c98500e06a2 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 5 Jul 2016 17:28:56 +0200
Subject: [PATCH] lavc/mjpeg_parser: Allow jpegls parsing.
---
libavcodec/mjpeg_parser.c |
On Tue, Jul 5, 2016 at 2:22 PM, Hendrik Leppkes wrote:
> On Tue, Jul 5, 2016 at 1:40 PM, Ganesh Ajjanagadde wrote:
>> 04.07.2016, 22:59, "Ronald S. Bultje" :
>>> Hi,
>>>
>>> On Mon, Jul 4, 2016 at 9:15 PM, Ganesh Ajjanagadde wrote:
>>>
04.07.2016, 15:55, "Ronald S. Bultje" :
> Hi,
>>
Hi,
Many thanks to all :)
Here is the modified test with the first 20 frames only
From: ffmpeg-devel on behalf of James Almer
Sent: Monday, July 4, 2016 6:39:20 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] fate: add t
On Tue, Jul 5, 2016 at 1:40 PM, Ganesh Ajjanagadde wrote:
> 04.07.2016, 22:59, "Ronald S. Bultje" :
>> Hi,
>>
>> On Mon, Jul 4, 2016 at 9:15 PM, Ganesh Ajjanagadde wrote:
>>
>>> 04.07.2016, 15:55, "Ronald S. Bultje" :
>>> > Hi,
>>> >
>>> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde
>
Hi,
On Tue, Jul 5, 2016 at 7:40 AM, Ganesh Ajjanagadde wrote:
> 04.07.2016, 22:59, "Ronald S. Bultje" :
> > Hi,
> >
> > On Mon, Jul 4, 2016 at 9:15 PM, Ganesh Ajjanagadde
> wrote:
> >
> >> 04.07.2016, 15:55, "Ronald S. Bultje" :
> >> > Hi,
> >> >
> >> > On Mon, Jul 4, 2016 at 3:44 PM, Ganes
04.07.2016, 22:59, "Ronald S. Bultje" :
> Hi,
>
> On Mon, Jul 4, 2016 at 9:15 PM, Ganesh Ajjanagadde wrote:
>
>> 04.07.2016, 15:55, "Ronald S. Bultje" :
>> > Hi,
>> >
>> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde
>> wrote:
>> >
>> >> 04.07.2016, 15:36, "Ronald S. Bultje" :
>> >>
On Tuesday 05 July 2016 12:36:53 am Michael Niedermayer wrote:
> On Sun, May 01, 2016 at 05:11:08PM +0200, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch stops setting bits_per_raw_sample if it makes no sense as
> > for example in the wmall24 -> pcm_s16 case:
> > Stream #0:0: Audio: pcm
2016-06-28 0:05 GMT+02:00 Martin Vignali :
> Hello,
>
> in attach a patch to add support for Y and YA exr file
> (ticket #5621)
>
> sample can be found in this ticket,
> https://trac.ffmpeg.org/ticket/5621
>
> or in the official samples
>
> http://download.savannah.nongnu.org/releases/openexr/open
Mark Reid gmail.com> writes:
> 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 &&
> -(track->vos_data[4
Am 04.07.16 um 21:29 schrieb Ganesh Ajjanagadde:
> 04.07.2016, 10:33, "Clément Bœsch" :
>> On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote:
>>> Hi,
>>>
>>> https://bestpractices.coreinfrastructure.org/.
>>>
>>> Thoughts on getting this done for FFmpeg?
>>
>> Any thing we need to adjus
On Mon, Jul 04, 2016 at 06:13:50AM +0530, smitbose wrote:
> ---
> libavformat/riff.c | 1 +
> 1 file changed, 1 insertion(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
Hi,
On 04/07/2016 10:12, Matthieu Bouron wrote:
From: Matthieu Bouron
H264ParamSets has its SPS/PPS stored raw (SODB) and needs to be
converted to NAL units before sending them to MediaCodec.
This patch adds the missing convertion of the SPS/PPS from SOBP to RBSP
which makes the resulting NAL
39 matches
Mail list logo
