On Sun, 30 Mar 2014, Luca Barbato wrote:
On 30/03/14 23:10, Timothy Gu wrote:
On Mar 30, 2014 11:19 AM, Luca Barbato lu_z...@gentoo.org wrote:
You need to
+explicitly configure the build with @code{--enable-libopencore-amrwb}.
+
+A Libav native decoder for AMR-WB exists, so users can decode
On 30/03/14 10:49 AM, Vittorio Giovara wrote:
From: Timothy Gu timothyg...@gmail.com
---
Anyone willing to test this on Windows would be welcome.
Vittorio
tools/gen-rc | 122
+++
1 file changed, 122 insertions(+)
create mode
https://code.google.com/p/avconv-lua-frontend/source/browse/
(This is a works for me version)
Regards,
Enrique
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On Sun, Mar 30, 2014 at 02:01:36PM +0200, Luca Barbato wrote:
From: Peter Ross pr...@xvid.org
Further performance improvements and security fixes by
Vittorio Giovara and Luca Barbato.
Signed-off-by: Vittorio Giovara vittorio.giov...@gmail.com
Signed-off-by: Luca Barbato lu_z...@gentoo.org
According to the ReplayGain spec, the peak amplitude may overflow and may result
in peak amplitude values greater than 1.0 with psychoacoustically coded audio,
such as MP3. Fully compliant decoders must allow peak overflows.
Additionally, having peak values in the 0-UINT32_MAX scale makes it more
On Mon, Mar 31, 2014 at 11:08 AM, Kostya Shishkov
kostya.shish...@gmail.com wrote:
On Sun, Mar 30, 2014 at 02:01:36PM +0200, Luca Barbato wrote:
From: Peter Ross pr...@xvid.org
Further performance improvements and security fixes by
Vittorio Giovara and Luca Barbato.
Signed-off-by: Vittorio
On 31/03/14 14:01, Vittorio Giovara wrote:
On Mon, Mar 31, 2014 at 11:08 AM, Kostya Shishkov
kostya.shish...@gmail.com wrote:
On Sun, Mar 30, 2014 at 02:01:36PM +0200, Luca Barbato wrote:
From: Peter Ross pr...@xvid.org
Further performance improvements and security fixes by
Vittorio Giovara
Respected Sir,
I am sending patch for checking allocated memory
fixing return Value in libavcodec/vp56.c
I am seding the link and attching the code.
http://codetidy.com/8681/
Thanking You.
Sayanti Bandyopadhyay
IIIT Hyderabad, Hyderabad.
/*
*
On Wed, Mar 26, 2014 at 4:39 AM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Sun, Mar 23, 2014 at 4:07 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
From: Jimmy Christensen ji...@ghost.dk
Additional fixes and enhancements by Vittorio Giovara, Gonzalo Garramuno,
Nicolas
On Wed, Mar 26, 2014 at 12:41 PM, Diego Biurrun di...@biurrun.de wrote:
Dead code elimination is enough to avoid undefined references in these cases.
---
libavcodec/x86/dsputilenc_mmx.c| 2 --
libavcodec/x86/h264chroma_init.c | 2 --
libavcodec/x86/vorbisdsp_init.c| 2 --
On Mon, Mar 31, 2014 at 9:02 AM, James Almer jamr...@gmail.com wrote:
On 30/03/14 10:49 AM, Vittorio Giovara wrote:
From: Timothy Gu timothyg...@gmail.com
---
Anyone willing to test this on Windows would be welcome.
Vittorio
tools/gen-rc | 122
On Mon, Mar 31, 2014 at 3:28 PM, Sayanti Bandyopadhyay
bandyopadhyay.saya...@gmail.com wrote:
Respected Sir,
I am sending patch for checking allocated memory
fixing return Value in libavcodec/vp56.c
I am seding the link and attching the code.
On Tue, Mar 18, 2014 at 5:53 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Fri, Mar 7, 2014 at 2:05 PM, Felix Abecassis
felix.abecas...@gmail.com wrote:
From: Hendrik Leppkes h.lepp...@gmail.com
The latest H.264 DXVA specification states that the index in this
structure should
On Mon, Mar 31, 2014 at 6:01 AM, Timothy Gu timothyg...@gmail.com wrote:
Thanks for doing this. Some comments and possible improvements:
* Add support for sr as a variable name as in
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=ba856c0be5599f21f241162e1f5f3f2506f3132c
* Add
On Mon, Mar 31, 2014 at 4:37 PM, Katerina Barone-Adesi
kateri...@gmail.com wrote:
On Mon, Mar 31, 2014 at 6:01 AM, Timothy Gu timothyg...@gmail.com wrote:
Thanks for doing this. Some comments and possible improvements:
* Add support for sr as a variable name as in
On 31 Mar 2014, at 16:37, Katerina Barone-Adesi kateri...@gmail.com wrote:
0001-Added-asettb-support-setting-timebases-for-audio.patch0002-Renamed-vf_settb.c-to-f_settb.c.patch
Hi, your patches are correctly formatted, but your emails aren't - please try
and use git send-email to send them.
From: Michael Niedermayer michae...@gmx.at
This resolves compilation warnings and protects against future breakage as
Picture and H264Picture drift apart.
Signed-off-by: Hendrik Leppkes h.lepp...@gmail.com
---
libavcodec/dxva2.c | 12 ++--
libavcodec/dxva2_h264.c | 8
On 3/31/2014 4:12 PM, Vittorio Giovara wrote:
Please do not do this, defining macros in this way hides bugs and make
the code harder to read. Please write down the full AVClass block.
There's really no chance of it in this case, though. It is super simple.
- Derek
On Mon, Mar 31, 2014 at 5:29 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
On 3/31/2014 4:12 PM, Vittorio Giovara wrote:
Please do not do this, defining macros in this way hides bugs and make
the code harder to read. Please write down the full AVClass block.
There's really no chance
On 3/31/2014 4:37 PM, Vittorio Giovara wrote:
Even if this macro hides only something like 4 lines, it makes the
code harder to read for no particular gain, especially for first time
contributors that have to go and look it up.
I can really only disagree in this instance.
- Derek
On Mon, Mar 31, 2014 at 5:42 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
On 3/31/2014 4:37 PM, Vittorio Giovara wrote:
Even if this macro hides only something like 4 lines, it makes the
code harder to read for no particular gain, especially for first time
contributors that have to
I agree with Vittorio that it's suboptimal for this patch set, at the
least. I was erring on the side of porting changes from FFmpeg, but will
leave it out.
___
libav-devel mailing list
libav-devel@libav.org
On 31/03/14 15:52, Vittorio Giovara wrote:
Thanks for catching this, do you think you could also pick and the
patch that adds that too?
it is just a line in configure...
___
libav-devel mailing list
libav-devel@libav.org
On Mon, Mar 31, 2014 at 06:58:25PM +0530, Sayanti Bandyopadhyay wrote:
I am sending patch for checking allocated memory
fixing return Value in libavcodec/vp56.c
I am seding the link and attching the code.
http://codetidy.com/8681/
Actually, you sent a complete file,
---
libavfilter/Makefile | 2 +-
libavfilter/settb.c| 161 +
libavfilter/vf_settb.c | 161 -
3 files changed, 162 insertions(+), 162 deletions(-)
create mode 100644 libavfilter/settb.c
delete
Ported asettb (including the sr option for audio sample rate),
and documentation from ffmpeg.
---
doc/filters.texi | 43 +-
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/settb.c | 68
* The rename patch is first.
* The contentious macro has been removed and is not in this patch set.
* The file is named settb.c rather than f_settb.c, in accordance with
libav rather than FFmpeg naming conventions.
* The documentation is duplicated (like showinfo/ashowinfo are), rather
than
ff_MPV_common_init initializes Picture.f, so call it.
s-m.mb_type must be set to NULL before ff_MPV_common_end, because it
attempts to free it.
---
Fixes a crash. Probably should be squashed with the previous commit,
or moved before it.
---
libavcodec/svq1enc.c | 8
1 file changed, 8
On 31/03/14 17:24, Hendrik Leppkes wrote:
From: Michael Niedermayer michae...@gmx.at
This resolves compilation warnings and protects against future breakage as
Picture and H264Picture drift apart.
Looks fine to me. I'd push it with the message amended:
dxva2: Directly use AVFrames
The
On Mon, Mar 31, 2014 at 5:24 PM, Hendrik Leppkes h.lepp...@gmail.com wrote:
From: Michael Niedermayer michae...@gmx.at
This resolves compilation warnings and protects against future breakage as
Picture and H264Picture drift apart.
Signed-off-by: Hendrik Leppkes h.lepp...@gmail.com
---
---
This mimics the case above, fate is happy.
Silences a long warning like
~/src/libav/libavcodec/vc1dec.c:1868:28: warning: variable 'px' is used
uninitialized
whenever 'if' condition is false [-Wsometimes-uninitialized]
} else if (c_valid) {
On Mon, Mar 31, 2014 at 8:46 PM, wm4 nfx...@googlemail.com wrote:
The only interesting parts are initialization in ff_MPV_common_init and
uninitialization in ff_MPV_common_end.
ff_mpeg_unref_picture and ff_thread_release_buffer have additional NULL
checks for Picture.f, because these
On Mon, Mar 31, 2014 at 8:28 PM, Katerina Barone-Adesi
kateri...@gmail.com wrote:
---
libavfilter/Makefile | 2 +-
libavfilter/settb.c| 161
+
libavfilter/vf_settb.c | 161
-
3 files
On Mar 31, 2014 11:28 AM, Katerina Barone-Adesi kateri...@gmail.com
wrote:
Subject: Added asettb support - setting timebases for audio
Use this as title: libavfilter: Add asettb filter for setting timebase for
audio
Ported asettb (including the sr option for audio sample rate),
and
On Mon, Mar 31, 2014 at 8:28 PM, Katerina Barone-Adesi
kateri...@gmail.com wrote:
Ported asettb (including the sr option for audio sample rate),
and documentation from ffmpeg.
---
doc/filters.texi | 43 +-
libavfilter/Makefile | 1 +
---
libavformat/rdt.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/rdt.c b/libavformat/rdt.c
index a90c168..98ca129 100644
--- a/libavformat/rdt.c
+++ b/libavformat/rdt.c
@@ -399,6 +399,8 @@ rdt_parse_b64buf (unsigned int *target_len, const char *p)
}
On Mar 31, 2014 9:56 PM, Nidhi Makhijani nidhim...@gmail.com wrote:
---
libavformat/rdt.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/rdt.c b/libavformat/rdt.c
index a90c168..98ca129 100644
--- a/libavformat/rdt.c
+++ b/libavformat/rdt.c
@@ -399,6
---
libavformat/nutdec.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/nutdec.c b/libavformat/nutdec.c
index 6328549..3d92ecb 100644
--- a/libavformat/nutdec.c
+++ b/libavformat/nutdec.c
@@ -230,7 +230,8 @@ static int decode_main_header(NUTContext *nut)
On Tue, Apr 01, 2014 at 01:55:12AM +0200, Vittorio Giovara wrote:
---
This mimics the case above, fate is happy.
Silences a long warning like
~/src/libav/libavcodec/vc1dec.c:1868:28: warning: variable 'px' is used
uninitialized
whenever 'if' condition is false
On Tue, Apr 01, 2014 at 04:08:02AM +0200, Vittorio Giovara wrote:
From: Peter Ross pr...@xvid.org
Further performance improvements and security fixes by
Vittorio Giovara and Luca Barbato.
Signed-off-by: Vittorio Giovara vittorio.giov...@gmail.com
Signed-off-by: Luca Barbato
40 matches
Mail list logo