Hello everyone,
Some questions about ffmpeg h264_qsv decoder.
a) qsv decode h264 file found many duplicated frames.
ffmpeg -c:v h264_qsv -i in.h264 -c:v h264_qsv -preset veryfast -bf 0 -refs 0
-b:v 2000k -maxrate 2000k -r 29.97 out.h264
[h264_qsv @ 0x2801ae0] A decode call did not consume any
On Monday 14 September 2015 10:50 PM, Nicolas George wrote:
L'octidi 28 fructidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
Looks mostly good to me. One thing I think that should be clarified is
the meaning of "linear combination" - I assume you meant a non-trivial
(exclude all zeros) linear
Am 16.09.15 um 09:04 schrieb anshul:
>
>
> On Monday 14 September 2015 10:50 PM, Nicolas George wrote:
>> L'octidi 28 fructidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
>>> Looks mostly good to me. One thing I think that should be clarified is
>>> the meaning of "linear combination" - I assume
Hi!
Attached patch silences the following warning:
Skipping 0 bytes of junk at 5772990.
Please comment, Carl Eugen
diff --git a/libavformat/mp3dec.c b/libavformat/mp3dec.c
index d3080d7..17440b5 100644
--- a/libavformat/mp3dec.c
+++ b/libavformat/mp3dec.c
@@ -377,6 +377,7 @@ static int
Paul B Mahol gmail.com> writes:
> > New, imo better patch attached: Also supports float
and 24bit.
> > and can never interfere when writing a wav file.
> >
> > Sorry, Carl Eugen
>
> probably ok
Patch applied.
Thank you, Carl Eugen
___
On Wed, Sep 16, 2015 at 12:16 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch silences the following warning:
> Skipping 0 bytes of junk at 5772990.
Please fix the indentation of the av_log line.
- Hendrik
___
ffmpeg-devel
On 09/15/2015 08:47 PM, Michael Niedermayer wrote:
> On Tue, Sep 15, 2015 at 01:31:20AM +0200, Peter B. wrote:
>> I wanted to check what happens if someone uses an invalid parameter
>> combination:
>> "-c:v ffv1 -level 1 -slices 2"
>>
>> I expected an error message about invalid slice number, but
On Wed, Sep 16, 2015 at 01:53:10AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> All the casts to int64_t for these fields in assorted files can be removed in
> a separate patch. I left those out so this patch was clean and easier to read.
>
>
Hi!
Attached patch allows to decode amb files as requested by Andy Furniss.
Please comment, Carl Eugen
diff --git a/libavformat/riff.c b/libavformat/riff.c
index be76b0a..9a11958 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -486,5 +486,6 @@ const AVCodecGuid ff_codec_wav_guids[] =
On 9/16/15, Carl Eugen Hoyos wrote:
> On Wednesday 16 September 2015 12:54:58 pm Paul B Mahol wrote:
>> On 9/16/15, Carl Eugen Hoyos wrote:
>> > Hi!
>> >
>> > Attached patch allows to decode amb files as requested by Andy Furniss.
>> >
>> > Please comment,
Hi,
attached patch fixes ticket #4759 but I guess it is a bit too hasty to
always abort transcoding if a single frame cannot be written. I guess it
would be better to check for some "exit_on_error" like flag set but
couldn't find out how to achieve that.
Any comments would be appreciated.
On 9/16/15, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch silences the following warning:
> Skipping 0 bytes of junk at 5772990.
>
> Please comment, Carl Eugen
>
No.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Hi,
On Tue, Sep 15, 2015 at 9:38 PM, James Almer wrote:
> On 9/15/2015 9:24 PM, Ronald S. Bultje wrote:
> > ---
> > libavcodec/x86/vp9dsp_init_16bpp.c | 42
> ++
>
> Why not just add all this to vp9dsp_init.c and selectively initialize
>
On 9/16/15, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch allows to decode amb files as requested by Andy Furniss.
>
> Please comment, Carl Eugen
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Wednesday 16 September 2015 12:54:58 pm Paul B Mahol wrote:
> On 9/16/15, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch allows to decode amb files as requested by Andy Furniss.
> >
> > Please comment, Carl Eugen
>
> lgtm
New, imo better patch attached: Also supports
Hi ,
I want to use ffmpeg library in my C code for video processing purpose .
Please help me it is very urgent for me.
thanks !!
Satinder SIngh
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Sep 15, 2015 at 12:10 AM, James Almer wrote:
> On 9/5/2015 8:13 PM, Henrik Gramner wrote:
> gcc asan complains about this change.
> http://fate.ffmpeg.org/report.cgi?time=20150914152533=x86_64-archlinux-gcc-asan
Fix applied.
---
libavcodec/x86/vp9dsp_init.c | 56 ++--
libavcodec/x86/vp9dsp_init.h | 12
libavcodec/x86/vp9dsp_init_16bpp.c | 58 ++---
libavcodec/x86/vp9mc.asm | 59 --
4
Hi Satinder,
On Wed, Sep 16, 2015 at 7:56 AM, Satinder Singh wrote:
> I want to use ffmpeg library in my C code for video processing purpose .
>
FFmpeg is indeed a great library for video processing purposes. Great
choice!
Please help me it is very urgent for me.
Your
On Tue, Sep 15, 2015 at 8:11 AM, Michael Niedermayer wrote:
> On Tue, Sep 15, 2015 at 04:24:02AM -0300, Claudio Freire wrote:
>> This patch refactors the AAC coders to reuse code
>> between the MIPS port and the regular, portable C code.
>> There were two main functions that had
---
libavcodec/x86/Makefile| 3 +-
libavcodec/x86/vp9dsp_init.c | 73 +-
libavcodec/x86/vp9dsp_init.h | 39
libavcodec/x86/vp9dsp_init_16bpp.c | 71
libavcodec/x86/vp9mc.asm
Hi ,
I have no idea how I can merge it in my c code. I follow a tutorial from
dranger.com but when I doing as per as dranger.com , I got large no. of
undefined function errors . So , I want your help , please help me how I
can merge ffmpeg library in my c code , give any example or some thing
Le decadi 30 fructidor, an CCXXIII, anshul a écrit :
> It looks like maintainer list is ignored. Like if there is maintainer of XYZ
> feature. and decision of XYZ features are taken by committee then ignoring
> him just because he don't have lots of commit would be bad idea. Maintainer
> has taken
Le nonidi 29 fructidor, an CCXXIII, Yayoi Ukai a écrit :
> > Thanks. You are right, this was imprecise. I meant linear combination with
> > total coefficients one; barycenter in other words. For example: 10 commits
> > are ok, 20 devel mails are ok, then 5 commits and 10 devel mails are ok too.
>
Le nonidi 29 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> The shell wouldn't know the difference. It has to be an atexit() mechanism
> in the application cleaning up after itself. This isn't specific to the
> shell state changing - it applies more generally imo.
There is no atexit() when a
>>>
>>>
>>> Patch attached.
>>>
>>> I thought it was worth a review.
>>>
>>> It does include lots of copypaste.
>>>
>>> FTR, I tested MIPS 74Kf and x86_64 with make fate-aac
>>
>> full fate passes on qemu mips here as well!
>
>If there's no objections then, I will be pushing it later today,
Le nonidi 29 fructidor, an CCXXIII, Clement Boesch a écrit :
> I don't like FFABSDIFF() patch because it creates a macro very much type
> specific, while all other FF macro around are type agnostic.
I agree, and I stick to the advice I already posted: define the macro
locally when needed.
On Wed, Sep 16, 2015 at 11:08 AM, Nicolas George wrote:
> Le nonidi 29 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
>> The shell wouldn't know the difference. It has to be an atexit() mechanism
>> in the application cleaning up after itself. This isn't specific to the
>>
On Wed, 16 Sep 2015 19:00:25 +0530, Satinder Singh wrote:
> Hi ,
>
> I have no idea how I can merge it in my c code. I follow a tutorial from
> dranger.com but when I doing as per as dranger.com , I got large no. of
> undefined function errors . So , I want your help , please help me how I
> can
Have not checked what the filter is doing, but have a minor comment:
int sign computation - please use FFSIGN.
Regards,
Ganesh
On Wed, Sep 16, 2015 at 1:15 PM, Muhammad Faiz wrote:
>
>
> ___
> ffmpeg-devel mailing list
>
On 9/16/2015 10:12 AM, Ronald S. Bultje wrote:
> @@ -52,19 +60,37 @@ av_cold void ff_vp9dsp_init_16bpp_x86(VP9DSPContext *dsp,
> int bpp)
> cpu_flags = av_get_cpu_flags();
>
> if (EXTERNAL_MMX(cpu_flags)) {
> -init_fpel_func(4, 0, 8, put, mmx);
> +init_fpel_func(4,
Hello Ron,
Wednesday, September 16, 2015, 9:00:02 AM, you wrote:
R> a) qsv decode h264 file found many duplicated frames.
I have posted the patch "[PATCH] libavcodec/qsvdec_h2645.c Bug fixed: wrong
ticks_per_frame." to this list, please try to apply it the issue should be
solved.
R> b) A
Hey,
Yes I am interested in coding.In the first stage i would like to setup
the environment/code base of this organization and understand more about it.
Regards
Kinnera
On Thu, Sep 17, 2015 at 12:46 AM, Lou Logan wrote:
> On Thu, 17 Sep 2015 00:24:38 +0530, Kinnera Saranu
---
libavcodec/x86/Makefile | 5 +-
libavcodec/x86/vp9dsp_init.c| 197 +++--
libavcodec/x86/vp9dsp_init.h| 110 +++-
libavcodec/x86/vp9dsp_init_10bpp.c | 25 ++
libavcodec/x86/vp9dsp_init_12bpp.c | 25 ++
---
libavcodec/x86/Makefile | 5 +-
libavcodec/x86/vp9dsp_init.c| 197 +++--
libavcodec/x86/vp9dsp_init.h| 110 +++-
libavcodec/x86/vp9dsp_init_10bpp.c | 25 ++
libavcodec/x86/vp9dsp_init_12bpp.c | 25 ++
This resolves implementation defined behavior, and also silences
-Wabsolute-value in clang 3.5+.
Moreover, the generated asm is identical to before modulo nop padding.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/flashsv2enc.c | 8 +---
libavfilter/vf_hqx.c
Hey I'm new, but I'd like to contribute to your organisation, can someone
please guide me along?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hello All,
The attached patch does fixes the issue of frames duplication when
elementary h.264 stream decodes by qsvdec.
Please review.
--
Best regards,
Ivan mailto:ivan.us...@nablet.com
0001-libavcodec-qsvdec_h2645.c-Bug-fixed-wrong-ticks_per_.patch
On Thu, 17 Sep 2015 00:24:38 +0530, Kinnera Saranu wrote:
> Hey I'm new, but I'd like to contribute to your organisation, can someone
> please guide me along?
Hi,
How would you like to contribute? What are you interested in doing?
With more specifics we can point you in the right direction.
Hi,
On Wed, Sep 16, 2015 at 3:14 PM, James Almer wrote:
> On 9/16/2015 10:12 AM, Ronald S. Bultje wrote:
> > ---
> > libavcodec/x86/Makefile| 3 +-
> > libavcodec/x86/vp9dsp_init.c | 73
> +-
> >
On Thursday 17 September 2015 12:52 AM, Kinnera Saranu wrote:
Hey,
Yes I am interested in coding.In the first stage i would like to setup
the environment/code base of this organization and understand more about it.
Regards
Kinnera
On Thu, Sep 17, 2015 at 12:46 AM, Lou Logan
On 9/16/2015 10:12 AM, Ronald S. Bultje wrote:
> ---
> libavcodec/x86/Makefile| 3 +-
> libavcodec/x86/vp9dsp_init.c | 73
> +-
> libavcodec/x86/vp9dsp_init.h | 39
vp9dsp.h would be more in line with other headers
---
libavcodec/x86/Makefile| 3 +-
libavcodec/x86/vp9dsp_init.c | 74 +-
libavcodec/x86/vp9dsp_init.h | 39
libavcodec/x86/vp9dsp_init_16bpp.c | 65 +
libavcodec/x86/vp9mc.asm
Hi,
On Wed, Sep 16, 2015 at 4:31 PM, James Almer wrote:
> On 9/16/2015 4:17 PM, Ronald S. Bultje wrote:
> > ---
> > libavcodec/x86/Makefile | 5 +-
> > libavcodec/x86/vp9dsp_init.c| 197 +++--
> > libavcodec/x86/vp9dsp_init.h
On 9/16/2015 5:48 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Sep 16, 2015 at 4:31 PM, James Almer wrote:
>
>> On 9/16/2015 4:17 PM, Ronald S. Bultje wrote:
>>> ---
>>> libavcodec/x86/Makefile | 5 +-
>>> libavcodec/x86/vp9dsp_init.c|
Hi,
I'm very sorry if this is the wrong place to ask these questions, I could
not find a mailing list or forum targeted towards OpenHEVC. It seems to me
that the OpenHEVC decoder has been integrated with ffmpeg - but if this is
not the right place to ask questions regarding the OpenHEVC decoder,
Glibc 2.20 onwards generates a deprecation warning for usage of _BSD_SOURCE and
_SVID_SOURCE.
The solution from man feature_test_macros is to define both _DEFAULT_SOURCE and
the old macros.
This change is done in configure while testing for Glibc. Doing it in source
code
would require
Silences a -Wunused-variable and -Wunused-function observed under GCC 5.2.
Signed-off-by: Ganesh Ajjanagadde
---
libavformat/mpjpegdec.c | 16
1 file changed, 16 deletions(-)
diff --git a/libavformat/mpjpegdec.c b/libavformat/mpjpegdec.c
index
---
doc/demuxers.texi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 34bfc9b..fe9b7b1 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -522,4 +522,27 @@ Example: convert the captions to a format most players
gamma_convert is only used with the old code. Thus, it is
placed under a header guard. This patch silences a -Wunused-function
observed on GCC 5.2.
Signed-off-by: Ganesh Ajjanagadde
---
libswscale/swscale.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Signed-off-by: James Almer
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h | 1 +
tests/checkasm/flacdsp.c | 91 +++
4 files changed, 96 insertions(+)
create mode 100644
This patch moves the pointer validity check outside the macro,
and silences the -Waddress observed with GCC 5.2.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/libx264.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavcodec/libx264.c
On 9/16/2015 4:17 PM, Ronald S. Bultje wrote:
> ---
> libavcodec/x86/Makefile | 5 +-
> libavcodec/x86/vp9dsp_init.c| 197 +++--
> libavcodec/x86/vp9dsp_init.h| 110 +++-
> libavcodec/x86/vp9dsp_init_10bpp.c | 25 ++
>
---
libavcodec/x86/Makefile | 5 +-
libavcodec/x86/vp9dsp_init.c| 197 +++--
libavcodec/x86/vp9dsp_init.h| 110 +++-
libavcodec/x86/vp9dsp_init_10bpp.c | 25 ++
libavcodec/x86/vp9dsp_init_12bpp.c | 25 ++
---
libavcodec/x86/vp9dsp_init.c | 56 ++--
libavcodec/x86/vp9dsp_init.h | 12
libavcodec/x86/vp9dsp_init_16bpp.c | 58 ++---
libavcodec/x86/vp9mc.asm | 59 --
4
Glibc 2.20 onwards generates a deprecation warning for usage of _BSD_SOURCE and
_SVID_SOURCE.
The solution from man feature_test_macros is to define both _DEFAULT_SOURCE and
the old macros.
This change is done in configure while testing for Glibc. Doing it in source
code
would require
On Wed, Sep 16, 2015 at 2:25 PM, Ganesh Ajjanagadde
wrote:
> Silences a -Wunused-variable and -Wunused-function observed under GCC 5.2.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavformat/mpjpegdec.c | 16
> 1 file changed,
lpd.buf is non-const and discards the const qualifier of zerobuffer.
This fixes -Wdiscarded-qualifiers observed with GCC 5.2.
Signed-off-by: Ganesh Ajjanagadde
---
libavformat/format.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Sep 16, 2015 at 2:20 PM, Ganesh Ajjanagadde
wrote:
> gamma_convert is only used with the old code. Thus, it is
> placed under a header guard. This patch silences a -Wunused-function
> observed on GCC 5.2.
>
> Signed-off-by: Ganesh Ajjanagadde
On Wed, Sep 16, 2015 at 3:50 PM, Ganesh Ajjanagadde
wrote:
> lpd.buf is non-const and discards the const qualifier of zerobuffer.
> This fixes -Wdiscarded-qualifiers observed with GCC 5.2.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
>
On Tue, Sep 15, 2015 at 04:54:19PM +0200, Michael Niedermayer wrote:
> On Tue, Sep 15, 2015 at 08:48:33AM -0400, Ganesh Ajjanagadde wrote:
> > On Tue, Sep 15, 2015 at 6:54 AM, Ronald S. Bultje
> > wrote:
> > > Hi Ganesh,
> > >
> > > On Mon, Sep 14, 2015 at 10:27 PM, Ganesh
Thanks Paul, I wasn't aware Boolean options could be set to false by appending
'=no'.
Perhaps that could be added to the -h full documentation instead?
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Paul B
Mahol
Sent: Tuesday, 15 September
Fixes -Wunused-function from
http://fate.ffmpeg.org/report.cgi?time=20150820031140=arm64-darwin-clang-apple-5.1
Signed-off-by: Ganesh Ajjanagadde
---
libavformat/hls.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
On Wed, Sep 16, 2015 at 06:50:54PM -0400, Ganesh Ajjanagadde wrote:
> lpd.buf is non-const and discards the const qualifier of zerobuffer.
> This fixes -Wdiscarded-qualifiers observed with GCC 5.2.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavformat/format.c | 2 +-
On Wed, Sep 16, 2015 at 6:09 PM Michael Niedermayer
wrote:
> this is wrong, the buffer is constant
> if the content of the buffer would change that would be a serious
> bug.
> Before this change the compiler would detect direct changes done to
> the buffer
>
Commit reverted
When compiled with --disable-pthreads, e.g
http://fate.ffmpeg.org/report.cgi?time=20150917015044=alpha-debian-qemu-gcc-4.7,
a bunch of -Wunused-functions are reported due to missing header guards
around threading related functions.
This patch should silence such warnings.
Signed-off-by: Ganesh
On Wed, Sep 16, 2015 at 12:30 PM, Nedeljko Babic
wrote:
Patch attached.
I thought it was worth a review.
It does include lots of copypaste.
FTR, I tested MIPS 74Kf and x86_64 with make fate-aac
>>>
>>> full fate passes on
On Wed, Sep 16, 2015 at 11:10 AM, Nicolas George wrote:
> Le nonidi 29 fructidor, an CCXXIII, Clement Boesch a écrit :
>> I don't like FFABSDIFF() patch because it creates a macro very much type
>> specific, while all other FF macro around are type agnostic.
>
> I agree, and I
On Thursday 17 September 2015 12:24 AM, Kinnera Saranu wrote:
Hey I'm new, but I'd like to contribute to your organisation, can someone
please guide me along?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
From c1481882aef8ae45f6416cedfffd26d921fd6fe7 Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Wed, 16 Sep 2015 15:24:23 +0700
Subject: [PATCH] avfilter/avf_showcqt: use frequency domain windowing
faster initialization and less code
slightly different result computationally
70 matches
Mail list logo