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 before a consensus is
When compiled with --disable-pthreads, e.g
http://fate.ffmpeg.org/report.cgi?time=20150917015044&slot=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: Ganes
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 qemu mips here as well!
>>
>>If
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 +-
> 1 file changed, 1 ins
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 Ajjanagadde
> > > wrot
Fixes -Wunused-function from
http://fate.ffmpeg.org/report.cgi?time=20150820031140&slot=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
index c16c770..2ea3
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
> ---
> libswscale/swscale.c | 2 ++
> 1 file
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, 16 deletions(-)
Applied, thanks.
Timothy
__
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
> ---
> libavformat/format.c | 2 +-
> 1 file changed, 1 insertion(+)
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 201
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 __UCLIBC__
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 a/libavformat/format.c b/libavformat/format.c
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 b/libavcodec/libx264.c
inde
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 __UCLIBC__
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 tests/checkasm/flacdsp.c
dif
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, t
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 d955304..4b57fad 100644
--- a/liba
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 a/libswscale/swscale.c b/libswscale/s
---
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
unders
---
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 files
---
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 ++
libavco
---
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
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| 197 +++--
>>
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| 110 ++
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 ++
> lib
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 wrote:
On
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
> +-
> > libavcodec/x86/vp9dsp_init.h | 39
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 wrote:
>
> > Hey
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 19
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, 0,
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
http://ffmpeg.org/mailman/listinfo/ff
---
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 ++
libavco
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.
Lou
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
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
Descr
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
> ffmpeg-devel@ffmpeg.org
> http:
---
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 ++
libavco
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
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 stick to the advice
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 | 8 +---
libavfilter
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
>> shell state changing
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
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 from previous
coeff
>>>
>>>
>>> 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,
>before
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.
Regards
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
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 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
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 to use
>> hand-opt
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 like
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 email does not contain
---
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
---
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 files
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.
R
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
___
ffmpeg-deve
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&slot=x86_64-archlinux-gcc-asan
Fix applied.
___
ffmpeg-deve
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 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, Carl Eugen
>>
>> lgtm
>
> New, imo bette
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
> everything by checking
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 float and can neve
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
http://ffmpeg.org/mailman/listinfo/ffmpeg-d
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.
>
> libavcodec/avcodec.h| 12 --
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 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 t
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
http://ffmpeg.org/mailman/list
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 mailing list
ffmpeg-deve
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 mp3_read_h
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 y
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 c
69 matches
Mail list logo
