[FFmpeg-devel] Some questions about ffmpeg h264_qsv decoder

2015-09-16 Thread Ron
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

Re: [FFmpeg-devel] Voting committee

2015-09-16 Thread 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 you meant a non-trivial (exclude all zeros) linear

Re: [FFmpeg-devel] Voting committee

2015-09-16 Thread Thilo Borgmann
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

[FFmpeg-devel] [PATCH]lavf/mp3dec: Silence a warning if it makes no sense

2015-09-16 Thread Carl Eugen Hoyos
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

Re: [FFmpeg-devel] [PATCH]lavf/riff: Support ambient wav files

2015-09-16 Thread Carl Eugen Hoyos
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 ___

Re: [FFmpeg-devel] [PATCH]lavf/mp3dec: Silence a warning if it makes no sense

2015-09-16 Thread Hendrik Leppkes
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

Re: [FFmpeg-devel] FFV1: Invalid parameter combination triggers FFV1.2

2015-09-16 Thread Peter B.
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

Re: [FFmpeg-devel] [PATCH] lavc/lavf: remove incompatible abi checks for the new 64bit fields

2015-09-16 Thread Michael Niedermayer
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. > >

[FFmpeg-devel] [PATCH]lavf/riff: Support ambient wav files

2015-09-16 Thread Carl Eugen Hoyos
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[] =

Re: [FFmpeg-devel] [PATCH]lavf/riff: Support ambient wav files

2015-09-16 Thread Paul B Mahol
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,

[FFmpeg-devel] [RFC] avformat/mxfenc: stop encoding if unfilled video packet

2015-09-16 Thread Tobias Rapp
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.

Re: [FFmpeg-devel] [PATCH]lavf/mp3dec: Silence a warning if it makes no sense

2015-09-16 Thread Paul B Mahol
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

Re: [FFmpeg-devel] [PATCH] vp9: add fullpel (avg) SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
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 >

Re: [FFmpeg-devel] [PATCH]lavf/riff: Support ambient wav files

2015-09-16 Thread Paul B Mahol
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

Re: [FFmpeg-devel] [PATCH]lavf/riff: Support ambient wav files

2015-09-16 Thread Carl Eugen Hoyos
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

[FFmpeg-devel] About FFmpeg-Library

2015-09-16 Thread Satinder Singh
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

Re: [FFmpeg-devel] [PATCH] checkasm: add unit tests for v210enc

2015-09-16 Thread Henrik Gramner
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.

[FFmpeg-devel] [PATCH 2/2] vp9: add fullpel (avg) MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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

Re: [FFmpeg-devel] About FFmpeg-Library

2015-09-16 Thread Ronald S. Bultje
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

Re: [FFmpeg-devel] [PATCH] AAC encoder: refactor to resynchronize MIPS port

2015-09-16 Thread Claudio Freire
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

[FFmpeg-devel] [PATCH 1/2] vp9: add fullpel (put) MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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

Re: [FFmpeg-devel] About FFmpeg-Library

2015-09-16 Thread Satinder Singh
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

Re: [FFmpeg-devel] Voting committee

2015-09-16 Thread Nicolas George
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

Re: [FFmpeg-devel] Voting committee

2015-09-16 Thread Nicolas George
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. >

Re: [FFmpeg-devel] policy on "necro-bumping" patches

2015-09-16 Thread Nicolas George
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

Re: [FFmpeg-devel] [PATCH] AAC encoder: refactor to resynchronize MIPS port

2015-09-16 Thread Nedeljko Babic
>>> >>> >>> 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,

Re: [FFmpeg-devel] policy on "necro-bumping" patches

2015-09-16 Thread Nicolas George
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.

Re: [FFmpeg-devel] policy on "necro-bumping" patches

2015-09-16 Thread Ganesh Ajjanagadde
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 >>

Re: [FFmpeg-devel] About FFmpeg-Library

2015-09-16 Thread Lou Logan
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

Re: [FFmpeg-devel] [PATCH] avfilter/avf_showcqt: use frequency domain windowing

2015-09-16 Thread Ganesh Ajjanagadde
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 >

Re: [FFmpeg-devel] [PATCH 2/2] vp9: add fullpel (avg) MC SIMD for 10/12bpp.

2015-09-16 Thread James Almer
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,

Re: [FFmpeg-devel] Some questions about ffmpeg h264_qsv decoder

2015-09-16 Thread Ivan Uskov
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

Re: [FFmpeg-devel] Need guidance

2015-09-16 Thread Kinnera Saranu
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

[FFmpeg-devel] [PATCH] vp9: add subpel MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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 ++

[FFmpeg-devel] [PATCH] vp9: add subpel MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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 ++

[FFmpeg-devel] [PATCHv2] all: do standards compliant absdiff computation

2015-09-16 Thread Ganesh Ajjanagadde
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

[FFmpeg-devel] Need guidance

2015-09-16 Thread Kinnera Saranu
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

[FFmpeg-devel] [PATCH] libavcodec/qsvdec_h2645.c Bug fixed: wrong ticks_per_frame.

2015-09-16 Thread Ivan Uskov
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

Re: [FFmpeg-devel] Need guidance

2015-09-16 Thread Lou Logan
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.

Re: [FFmpeg-devel] [PATCH 1/2] vp9: add fullpel (put) MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
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 > +- > >

Re: [FFmpeg-devel] Need guidance

2015-09-16 Thread anshul
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

Re: [FFmpeg-devel] [PATCH 1/2] vp9: add fullpel (put) MC SIMD for 10/12bpp.

2015-09-16 Thread James Almer
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

[FFmpeg-devel] [PATCH 1/3] vp9: add fullpel (put) MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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

Re: [FFmpeg-devel] [PATCH] vp9: add subpel MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
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

Re: [FFmpeg-devel] [PATCH] vp9: add subpel MC SIMD for 10/12bpp.

2015-09-16 Thread James Almer
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|

[FFmpeg-devel] OpenHEVC CU-level decoding profiling

2015-09-16 Thread Roshantha Mendis
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,

[FFmpeg-devel] [PATCH] configure: add -D_DEFAULT_SOURCE to silence -Wcpp

2015-09-16 Thread Ganesh Ajjanagadde
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

[FFmpeg-devel] [PATCH] avformat/mpjpegdec: silence unused variable/function warnings

2015-09-16 Thread Ganesh Ajjanagadde
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

[FFmpeg-devel] [PATCH] WAV demuxer: Document the ignore_length option.

2015-09-16 Thread Calvin Walton
--- 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

[FFmpeg-devel] [PATCH] swscale/swscale: silence unused function warning

2015-09-16 Thread Ganesh Ajjanagadde
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

[FFmpeg-devel] [PATCH] checkasm: add flacdsp decorrelate tests

2015-09-16 Thread James Almer
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

[FFmpeg-devel] [PATCH] avcodec/libx264: silence -Waddress

2015-09-16 Thread Ganesh Ajjanagadde
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

Re: [FFmpeg-devel] [PATCH] vp9: add subpel MC SIMD for 10/12bpp.

2015-09-16 Thread James Almer
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 ++ >

[FFmpeg-devel] [PATCH 3/3] vp9: add subpel MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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 ++

[FFmpeg-devel] [PATCH 2/3] vp9: add fullpel (avg) MC SIMD for 10/12bpp.

2015-09-16 Thread Ronald S. Bultje
--- 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

[FFmpeg-devel] [PATCHv2] configure: add -D_DEFAULT_SOURCE to silence -Wcpp

2015-09-16 Thread Ganesh Ajjanagadde
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

Re: [FFmpeg-devel] [PATCH] avformat/mpjpegdec: silence unused variable/function warnings

2015-09-16 Thread Timothy Gu
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,

[FFmpeg-devel] [PATCH] avformat/format: silence -Wdiscarded-qualifiers

2015-09-16 Thread Ganesh Ajjanagadde
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

Re: [FFmpeg-devel] [PATCH] swscale/swscale: silence unused function warning

2015-09-16 Thread Timothy Gu
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

Re: [FFmpeg-devel] [PATCH] avformat/format: silence -Wdiscarded-qualifiers

2015-09-16 Thread Timothy Gu
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 > --- >

Re: [FFmpeg-devel] policy on "necro-bumping" patches

2015-09-16 Thread Michael Niedermayer
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

Re: [FFmpeg-devel] -noautorotate option not shown in help

2015-09-16 Thread Ryan Williams
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

[FFmpeg-devel] [PATCH] avformat/hls: remove unused function

2015-09-16 Thread Ganesh Ajjanagadde
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

Re: [FFmpeg-devel] [PATCH] avformat/format: silence -Wdiscarded-qualifiers

2015-09-16 Thread Michael Niedermayer
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 +-

Re: [FFmpeg-devel] [PATCH] avformat/format: silence -Wdiscarded-qualifiers

2015-09-16 Thread Timothy Gu
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

[FFmpeg-devel] [PATCH] avcodec: use HAVE_THREADS header guards to silence -Wunused-function

2015-09-16 Thread Ganesh Ajjanagadde
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

Re: [FFmpeg-devel] [PATCH] AAC encoder: refactor to resynchronize MIPS port

2015-09-16 Thread Claudio Freire
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

Re: [FFmpeg-devel] policy on "necro-bumping" patches

2015-09-16 Thread Ganesh Ajjanagadde
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

Re: [FFmpeg-devel] Need guidance

2015-09-16 Thread anshul
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

[FFmpeg-devel] [PATCH] avfilter/avf_showcqt: use frequency domain windowing

2015-09-16 Thread Muhammad Faiz
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