On 03/11/2017 20:52, James Almer wrote:
From: Kieran Kunhya
Drastically reduces memory usage on pathological streams.
---
Fixed so it may apply cleanly, and with the memset() change removed.
Thank you :)
I'm happy with it now, anybody is against landing it?
lu
On 11/3/2017 5:04 PM, Diego Biurrun wrote:
> On Fri, Nov 03, 2017 at 04:50:56PM -0300, James Almer wrote:
>> On 11/3/2017 4:42 PM, Luca Barbato wrote:
>>> On 03/11/2017 19:23, Kieran Kunhya wrote:
This patch fixes very high memory usage on pathological streams.
>>>
>>> this hunk seems
On Fri, Nov 03, 2017 at 04:50:56PM -0300, James Almer wrote:
> On 11/3/2017 4:42 PM, Luca Barbato wrote:
> > On 03/11/2017 19:23, Kieran Kunhya wrote:
> >> This patch fixes very high memory usage on pathological streams.
> >
> > this hunk seems spurious (and should not even compile with gcc).
>
From: Kieran Kunhya
Drastically reduces memory usage on pathological streams.
---
Fixed so it may apply cleanly, and with the memset() change removed.
libavcodec/h2645_parse.c | 22 --
libavcodec/h2645_parse.h | 10 --
libavcodec/h264_parser.c | 11
On 11/3/2017 4:42 PM, Luca Barbato wrote:
> On 03/11/2017 19:23, Kieran Kunhya wrote:
>> This patch fixes very high memory usage on pathological streams.
>
> this hunk seems spurious (and should not even compile with gcc).
It does, but complains about mixed declarations and code.
It's in any
On 03/11/2017 19:23, Kieran Kunhya wrote:
This patch fixes very high memory usage on pathological streams.
this hunk seems spurious (and should not even compile with gcc).
diff --git a/libavcodec/h264_parse.c b/libavcodec/h264_parse.c
index a7c71d9..2ddbbf9 100644
---
This patch fixes very high memory usage on pathological streams.
0001-h2645-Allocate-a-single-buffer-per-packet.-Drastical.patch
Description: Binary data
___
libav-devel mailing list
libav-devel@libav.org
---
configure| 23 +--
libavcodec/binkdsp.h | 2 --
libavcodec/dnxhdenc.h| 2 --
libavcodec/h263.h| 2 --
libavcodec/idctdsp.h | 2 --
libavcodec/pixblockdsp.h | 2 --
libavutil/float_dsp.h| 2 --
7 files changed, 5 insertions(+),
---
Noticed while working on the previous patch, spun off into a separate commit.
libavcodec/thread.h | 1 -
libavformat/tls.h| 4 ++--
libavutil/aarch64/cpu.h | 1 -
libavutil/arm/cpu.h | 1 -
libavutil/cpu_internal.h | 2 ++
libavutil/ppc/cpu.h | 1 -
miscellaneous minor changes and refactorings
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
---
configure | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/configure b/configure
index 33c52240aa..169a6fa33f 100755
--- a/configure
+++ b/configure
@@ -2595,6 +2595,7 @@ pkg_config_default=pkg-config
ranlib="ranlib"
strip="strip"
---
I'm assuming that the change for MIPS is safe.
configure | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/configure b/configure
index 169a6fa33f..21f24e8e0f 100755
--- a/configure
+++ b/configure
@@ -3764,8 +3764,7 @@ check_host_cflags $host_cflags_speed
- Move a variable closer to where it is used
- Add an explanatory comment
- Simplify a crosscompile check
- Minor SHFLAGS simplification
- Coalesce some threads tests
---
configure | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/configure b/configure
index
On 03/11/2017 16:32, Diego Biurrun wrote:
On Wed, Oct 18, 2017 at 03:22:15AM +0200, Diego Biurrun wrote:
This reverts commit 4822ee3ca620a92cd2b0a9a03ea9e34288192c79.
AIX is a fringe oddity. Do not clutter the main codepath with AIX workarounds.
---
configure | 4 +---
1 file changed, 1
On Wed, Oct 18, 2017 at 03:22:15AM +0200, Diego Biurrun wrote:
> This reverts commit 4822ee3ca620a92cd2b0a9a03ea9e34288192c79.
> AIX is a fringe oddity. Do not clutter the main codepath with AIX workarounds.
> ---
> configure | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
We need a
On 03/11/2017 00:53, James Almer wrote:
track->video.projection.type is set to 0 (a Matroska specific "No spherical
metadata present" value, with no related AVSphericalMapping) by default on
files without the element.
This removes bogus warnings on every single matroska file without Spherical
On 03/11/2017 11:05, Martin Storsjö wrote:
This avoids issues linking to a DLL version of libspeex, since the
libspeex headers lack proper dllimport declarations for the data
symbols.
This isn't an issue when building with mingw with GNU binutils, since
GNU ld can fix up that kind of data
On Fri, 3 Nov 2017, Martin Storsjö wrote:
This avoids issues linking to a DLL version of libspeex, since the
libspeex headers lack proper dllimport declarations for the data
symbols.
This isn't an issue when building with mingw with GNU binutils, since
GNU ld can fix up that kind of data
This avoids issues linking to a DLL version of libspeex, since the
libspeex headers lack proper dllimport declarations for the data
symbols.
This isn't an issue when building with mingw with GNU binutils, since
GNU ld can fix up that kind of data import automatically.
---
19 matches
Mail list logo