On 03.02.2015, at 22:06, wm4 wrote:
> On Tue, 3 Feb 2015 22:00:11 +0100
> Reimar Döffinger wrote:
>
>> On Tue, Feb 03, 2015 at 09:54:51PM +0100, wm4 wrote:
>>> On Tue, 3 Feb 2015 21:47:57 +0100
>>> Reimar Döffinger wrote:
>>>
On Tue, Feb 03, 2015 at 07:04:12PM +0100, wm4 wrote:
> This
lgtm.
Mickael
2015-02-04 4:55 GMT+01:00 James Almer :
> As with sao_band_filter, pass instead the two variables from the struct
> needed in the function.
> This simplifies writing asm optimized versions.
>
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_filter.c | 4 +++-
> libavcode
ok.
2015-02-04 8:07 GMT+01:00 Christophe Gisquet :
> Hi,
>
> 2015-02-04 4:55 GMT+01:00 James Almer :
> [...]
>
> Ok, no need to resend a refreshed patch if patch 2/6 changes.
>
> --
> Christophe
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.or
OK too.
2015-02-04 8:04 GMT+01:00 Christophe Gisquet :
> Hi,
>
> 2015-02-04 4:55 GMT+01:00 James Almer :
> > +int a_stride, b_stride;
> > +int src_offset = 0;
> > +int dst_offset = 0;
>
> Could maybe use ptrdiff_t type, like the other strides?
>
> With or without, ok.
>
> --
> Christo
Ok too.
2015-02-04 8:09 GMT+01:00 Christophe Gisquet :
> Hi,
>
> 2015-02-04 6:13 GMT+01:00 Michael Niedermayer :
> > On Wed, Feb 04, 2015 at 12:55:48AM -0300, James Almer wrote:
> >> From: Seppo Tomperi
> >>
> >> ---
> >> libavcodec/hevc_filter.c | 3 ++-
> >> libavcodec/hevcdsp.c
Hi,
2015-02-04 6:13 GMT+01:00 Michael Niedermayer :
> On Wed, Feb 04, 2015 at 12:55:48AM -0300, James Almer wrote:
>> From: Seppo Tomperi
>>
>> ---
>> libavcodec/hevc_filter.c | 3 ++-
>> libavcodec/hevcdsp.c | 5 +++--
>> libavcodec/hevcdsp.h | 11 +++
>> libavc
Hi,
2015-02-04 4:55 GMT+01:00 James Almer :
[...]
Ok, no need to resend a refreshed patch if patch 2/6 changes.
--
Christophe
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
2015-02-04 4:55 GMT+01:00 James Almer :
> +int a_stride, b_stride;
> +int src_offset = 0;
> +int dst_offset = 0;
Could maybe use ptrdiff_t type, like the other strides?
With or without, ok.
--
Christophe
___
ffmpeg-devel mailing list
On Wed, Feb 04, 2015 at 12:55:48AM -0300, James Almer wrote:
> From: Seppo Tomperi
>
> ---
> libavcodec/hevc_filter.c | 3 ++-
> libavcodec/hevcdsp.c | 5 +++--
> libavcodec/hevcdsp.h | 11 +++
> libavcodec/hevcdsp_template.c | 15 +--
> 4 files chang
Signed-off-by: James Almer
---
I made it abort only if AV_EF_EXPLODE is also set like we do when decoding
audio frames, but maybe aborting if the header or seek table are damaged
should be the default behaviour. Chances are a file with a broken header is
unplayable after all.
Thoughts?
libav
Could I get a proper review on this? I'd like to believe that we have a
consensus that, independent of whether we think there's merit in this
compensation logic, it shouldn't exist in a single encoder, out of
step with all the other encoders in ffmpeg.
Thanks,
--phil
On Wed, 28 Jan 2015 09:05:53
On Sat, Jan 17, 2015 at 05:39:18AM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffmpeg.c |4 +++-
> ffmpeg.h |1 +
> ffmpeg_opt.c |3 +++
> 3 files changed, 7 insertions(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2
As with sao_band_filter, pass instead the two variables from the struct needed
in the function.
This simplifies writing asm optimized versions.
Signed-off-by: James Almer
---
libavcodec/hevc_filter.c | 4 +++-
libavcodec/hevcdsp.h | 4 ++--
libavcodec/hevcdsp_template.c | 7 ++
Original x86 intrinsics code by Pierre-Edouard Lepere.
Yasm port by James Almer.
Benchmarks of BQTerrace_1920x1080_60_qp22.bin with an Intel Core i5-4200U
Width 32
342694 decicycles in sao_edge_filter_10, 16384 runs, 0 skips
29476 decicycles in ff_hevc_sao_edge_filter_32_10_ssse3, 16384 runs, 0 s
Original x86 intrinsics code and initial yasm port by Pierre-Edouard Lepere.
Refactoring and optimizations by James Almer.
Benchmarks of BQTerrace_1920x1080_60_qp22.bin with an Intel Core i5-4200U
Width 32
158583 decicycles in edge, sao_edge_filter_8 runs, 0 skips
5205 decicycles in ff_hevc_sao_e
Signed-off-by: James Almer
---
libavcodec/hevcdsp_template.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/libavcodec/hevcdsp_template.c b/libavcodec/hevcdsp_template.c
index d372c9a..4479435 100644
--- a/libavcodec/hevcdsp_template.c
+++ b/libavcodec/hevcdsp_te
From: Seppo Tomperi
---
libavcodec/hevc_filter.c | 2 +-
libavcodec/hevcdsp.h | 2 +-
libavcodec/hevcdsp_template.c | 36
3 files changed, 18 insertions(+), 22 deletions(-)
diff --git a/libavcodec/hevc_filter.c b/libavcodec/hevc_filter.c
inde
From: Seppo Tomperi
---
libavcodec/hevc_filter.c | 3 ++-
libavcodec/hevcdsp.c | 5 +++--
libavcodec/hevcdsp.h | 11 +++
libavcodec/hevcdsp_template.c | 15 +--
4 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/libavcodec/hevc_filter.c
On Mon, Feb 02, 2015 at 04:02:41PM +0100, Michael Niedermayer wrote:
> On Mon, Feb 02, 2015 at 03:31:54PM +0100, Michael Niedermayer wrote:
> > On Mon, Feb 02, 2015 at 02:22:36PM +0100, Christophe Gisquet wrote:
> > > Hi,
> > >
> > > 2015-02-02 13:32 GMT+01:00 Michael Niedermayer :
> > > > On Mon,
On Tue, Feb 03, 2015 at 09:44:13PM +0100, Reimar Döffinger wrote:
> On Tue, Feb 03, 2015 at 07:04:11PM +0100, wm4 wrote:
> > This could overflow and crash at least on 32 bit systems.
> > ---
> > libavformat/mpc8.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/liba
On Tue, Feb 03, 2015 at 10:06:28PM +0100, wm4 wrote:
> On Tue, 3 Feb 2015 22:00:11 +0100
> Reimar Döffinger wrote:
>
> > On Tue, Feb 03, 2015 at 09:54:51PM +0100, wm4 wrote:
> > > On Tue, 3 Feb 2015 21:47:57 +0100
> > > Reimar Döffinger wrote:
> > >
> > > > On Tue, Feb 03, 2015 at 07:04:12PM +0
On Tue, Feb 03, 2015 at 03:29:47PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/tak_parser.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Observe yo
On Tue, Feb 03, 2015 at 03:50:01PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/wnv1.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Old school: Use the lo
On Tue, Feb 03, 2015 at 03:12:27PM +0100, Christophe Gisquet wrote:
> The attached patch fixes the generated AVX2 assembly from thread
> "[PATCH] x86: hevc_mc: remove non necessary moves". With it, it is
> identical to what is generated without ec21721.
>
> This should also be submitted to the x26
it works now for me.
Thanks,
Mickaël
Le 3 févr. 2015 à 15:28, Mickaël Raulet a écrit :
> I will check it this evening.
>
> Mickaël
>
> 2015-02-03 15:15 GMT+01:00 Christophe Gisquet :
> 2015-02-03 12:57 GMT+01:00 Christophe Gisquet :
> > Actually, 940300945 does need to be reverted for the pa
The scaling list can be specified in either the SPS or PPS.
Additionally, compensate for the diagonal scan permutation applied in the
decoder.
---
libavcodec/dxva2_hevc.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/libavcodec/dxva2_hevc.c b/libavcod
On Tue, Feb 3, 2015 at 10:23 PM, Hendrik Leppkes
wrote:
> The HEVC decoder has the scaling lists in the SPS structs, and not the PPS.
> Additionally, it needs to compensate for the diagonal scan permutation
> applied in the decoder.
> ---
> libavcodec/dxva2_hevc.c | 19 +++
> 1 f
The HEVC decoder has the scaling lists in the SPS structs, and not the PPS.
Additionally, it needs to compensate for the diagonal scan permutation
applied in the decoder.
---
libavcodec/dxva2_hevc.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/libavcodec
On Tue, 3 Feb 2015 22:00:11 +0100
Reimar Döffinger wrote:
> On Tue, Feb 03, 2015 at 09:54:51PM +0100, wm4 wrote:
> > On Tue, 3 Feb 2015 21:47:57 +0100
> > Reimar Döffinger wrote:
> >
> > > On Tue, Feb 03, 2015 at 07:04:12PM +0100, wm4 wrote:
> > > > This can lead to an endless loop by seeking b
On Tue, Feb 03, 2015 at 09:54:51PM +0100, wm4 wrote:
> On Tue, 3 Feb 2015 21:47:57 +0100
> Reimar Döffinger wrote:
>
> > On Tue, Feb 03, 2015 at 07:04:12PM +0100, wm4 wrote:
> > > This can lead to an endless loop by seeking back a few bytes after each
> > > attempted chunk read. Assuming negative
On Tue, 3 Feb 2015 21:47:57 +0100
Reimar Döffinger wrote:
> On Tue, Feb 03, 2015 at 07:04:12PM +0100, wm4 wrote:
> > This can lead to an endless loop by seeking back a few bytes after each
> > attempted chunk read. Assuming negative sizes are always invalid, this
> > is easy to fix. Other code in
On Tue, Feb 03, 2015 at 07:04:12PM +0100, wm4 wrote:
> This can lead to an endless loop by seeking back a few bytes after each
> attempted chunk read. Assuming negative sizes are always invalid, this
> is easy to fix. Other code in this demuxer treats negative sizes as
> invalid as well.
>
> Fixes
On Tue, Feb 03, 2015 at 07:04:11PM +0100, wm4 wrote:
> This could overflow and crash at least on 32 bit systems.
> ---
> libavformat/mpc8.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/mpc8.c b/libavformat/mpc8.c
> index a15dc25..d6ca338 100644
> --- a/liba
On Tue, Feb 03, 2015 at 02:57:56PM +0100, wm4 wrote:
> On Tue, 3 Feb 2015 01:10:11 +0100
> Reimar Döffinger wrote:
>
> > On Mon, Feb 02, 2015 at 06:49:11PM -0500, Ben Boeckel wrote:
> > > FLAC doesn't really support IDv3 tags, so warn if they are found at all.
> > > If vorbis tags are found, toss
Hi,
I've implemented a force_style option in the subtitles filter. Kindly find
the patch attached.
--
Eejya Singh,
3rd year undergraduate,
Computer Science,
BITS Pilani Goa Campus
From 88014fde69b249d3b1cb8e6bd2f654156ba2b4e7 Mon Sep 17 00:00:00 2001
From: Eejya Singh
Date: Wed, 28 Jan 2015 17:4
On 03/02/15 4:04 PM, Christophe Gisquet wrote:
> Hi,
>
> Le 3 févr. 2015 18:47, "James Almer" a écrit :
>>
>> On 02/02/15 2:11 PM, Christophe Gisquet wrote:
>>> @@ -87,11 +95,22 @@ QPEL_TABLE 12, 4, w, sse4
>>> %elif %1 <= 8
>>> movdqa%3,
> [%2]
---
doc/muxers.texi | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index b0bed7e..a8225fc 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -381,8 +381,7 @@ ffmpeg -f v4l2 -r 1 -i /dev/video0 -f image2 -strftime 1
"%Y-%m-%d_%H-%M-%S.jpg
Hi,
Le 3 févr. 2015 18:47, "James Almer" a écrit :
>
> On 02/02/15 2:11 PM, Christophe Gisquet wrote:
> > @@ -87,11 +95,22 @@ QPEL_TABLE 12, 4, w, sse4
> > %elif %1 <= 8
> > movdqa%3,
[%2] ; load data from source2
> > %elif %1 <= 1
This can lead to an endless loop by seeking back a few bytes after each
attempted chunk read. Assuming negative sizes are always invalid, this
is easy to fix. Other code in this demuxer treats negative sizes as
invalid as well.
Fixes ticket #4262.
---
libavformat/mpc8.c | 4
1 file changed,
This could overflow and crash at least on 32 bit systems.
---
libavformat/mpc8.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mpc8.c b/libavformat/mpc8.c
index a15dc25..d6ca338 100644
--- a/libavformat/mpc8.c
+++ b/libavformat/mpc8.c
@@ -91,7 +91,7 @@ static int
On Tue, Feb 03, 2015 at 09:01:29AM -0800, Liviu Oniciuc wrote:
> industrial cameras usually mark the trigger frame as frame number 0
> all frames saved before trigger frame receive a negative sequence number
> ---
> libavformat/img2dec.c | 2 +-
> libavformat/utils.c | 2 ++
> 2 files changed, 3
On 02/02/15 2:11 PM, Christophe Gisquet wrote:
> @@ -87,11 +95,22 @@ QPEL_TABLE 12, 4, w, sse4
> %elif %1 <= 8
> movdqa%3, [%2]
> ; load data from source2
> %elif %1 <= 12
> +%if avx_enabled
If this is meant for avx2, then the correc
On Mon, Feb 2, 2015, at 04:37 PM, James Almer wrote:
> This is about the demuxer, not muxer. We're not creating files that
> violate the spec if
> that's what you worry about.
I don't know why I was thinking about the muxer...kind of ironic since
I'm the one who submitted the bug report mentioned
at this time the drawtext box extends only for the width and height
of the text. for a better visual appearance a new option was added
(boxboderw) to set how much the box should extend outside of the
text area
Signed-off-by: Liviu Oniciuc
---
libavfilter/vf_drawtext.c | 6 +-
1 file changed,
industrial cameras usually mark the trigger frame as frame number 0
all frames saved before trigger frame receive a negative sequence number
---
libavformat/img2dec.c | 2 +-
libavformat/utils.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
mode change 100644 => 100755 libavformat/img
On Tue, Feb 03, 2015 at 03:29:44PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The greatest way to live with honor in this world is to be what we pretend
to be. -- Socrates
signature.asc
D
On Tue, Feb 03, 2015 at 03:33:18PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/on2avc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
While the State exists t
On Tue, Feb 03, 2015 at 03:29:45PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/qcelpdec.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have never wished to
On Tue, Feb 03, 2015 at 03:29:46PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/ac3dec.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenever a pro
On 03/02/15 11:15 AM, Christophe Gisquet wrote:
> 2015-02-03 12:57 GMT+01:00 Christophe Gisquet :
>> Actually, 940300945 does need to be reverted for the patch to work, as
>> Mickael stated. It miscompiles hevc_mc.asm, more particularly the
>> [eq]pel_hv functions. No idea why.
>
> The patch in "[
Signed-off-by: Paul B Mahol
---
libavcodec/cllc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cllc.c b/libavcodec/cllc.c
index 9c710bb..829cb52 100644
--- a/libavcodec/cllc.c
+++ b/libavcodec/cllc.c
@@ -394,7 +394,8 @@ static int cllc_decode_frame(AVCodecConte
Updated patch is attached.
On 1/10/15, 3:06 PM, "Michael Niedermayer" wrote:
>
>i got it working after a few tries but
>please provide an example that works and documentation that describes
>the feature in a way sufficient to use it without reading the code
>ideally add a example to the documenta
Signed-off-by: Paul B Mahol
---
libavcodec/wnv1.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/wnv1.c b/libavcodec/wnv1.c
index 99aee3c..fb9e9cf 100644
--- a/libavcodec/wnv1.c
+++ b/libavcodec/wnv1.c
@@ -88,7 +88,9 @@ static int decode_frame(AVCodecContext *av
Signed-off-by: Paul B Mahol
---
libavcodec/on2avc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/on2avc.c b/libavcodec/on2avc.c
index 9bf5e87..4ad6eca 100644
--- a/libavcodec/on2avc.c
+++ b/libavcodec/on2avc.c
@@ -795,7 +795,9 @@ static int on2avc_decode_subfr
Signed-off-by: Paul B Mahol
---
libavcodec/tak_parser.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavcodec/tak_parser.c b/libavcodec/tak_parser.c
index 5d8460c..4f2149a 100644
--- a/libavcodec/tak_parser.c
+++ b/libavcodec/tak_parser.c
@@ -43,10 +43,12 @@ stat
Signed-off-by: Paul B Mahol
---
libavcodec/ac3dec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/ac3dec.c b/libavcodec/ac3dec.c
index d3e8713..20c2889 100644
--- a/libavcodec/ac3dec.c
+++ b/libavcodec/ac3dec.c
@@ -1429,7 +1429,8 @@ static int ac3_decode_frame(A
Signed-off-by: Paul B Mahol
---
libavcodec/qcelpdec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/qcelpdec.c b/libavcodec/qcelpdec.c
index 6f08607..03364f6 100644
--- a/libavcodec/qcelpdec.c
+++ b/libavcodec/qcelpdec.c
@@ -719,7 +719,8 @@ static int qcelp_deco
Signed-off-by: Paul B Mahol
---
libavcodec/webp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index 4b1c8e7..e0f7239 100644
--- a/libavcodec/webp.c
+++ b/libavcodec/webp.c
@@ -1106,7 +1106,7 @@ static int vp8_lossless_decode_frame(AVCo
On Tue, Feb 03, 2015 at 02:40:58PM +, Paul B Mahol wrote:
> On 2/3/15, wm4 wrote:
> > av_add_index_entry() can fail, for example because the parameters are
> > invalid, or because memory allocation fails. Check this; it can actually
> > happen with corrupted files.
> >
> > The second hunk is j
On 2/3/15, wm4 wrote:
> av_add_index_entry() can fail, for example because the parameters are
> invalid, or because memory allocation fails. Check this; it can actually
> happen with corrupted files.
>
> The second hunk is just for robustness. Just in case functions like
> ff_reduce_index() remove
On Wed, Feb 04, 2015 at 12:49:39AM +1100, Matt Oliver wrote:
> A recent commit has broken msvc compilation.
> http://fate.ffmpeg.org/report.cgi?time=20150203090035&slot=x86_32-msvc12-windows-native
>
> Attached is the corresponding fix.
> mpegtsenc.c | 20 ++--
> 1 file changed
I will check it this evening.
Mickaël
2015-02-03 15:15 GMT+01:00 Christophe Gisquet
:
> 2015-02-03 12:57 GMT+01:00 Christophe Gisquet <
> christophe.gisq...@gmail.com>:
> > Actually, 940300945 does need to be reverted for the patch to work, as
> > Mickael stated. It miscompiles hevc_mc.asm, mor
2015-02-03 12:57 GMT+01:00 Christophe Gisquet :
> Actually, 940300945 does need to be reverted for the patch to work, as
> Mickael stated. It miscompiles hevc_mc.asm, more particularly the
> [eq]pel_hv functions. No idea why.
The patch in "[PATCH] x86: lavu/x264asm: fix ymm register
instanciation"
On Sun, Feb 01, 2015 at 03:27:34PM +0100, Michael Niedermayer wrote:
> This is similar to 60392480181f24ebf3ab48d8ac3614705de90152
>
> Signed-off-by: Michael Niedermayer
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Good people do not need laws to te
The attached patch fixes the generated AVX2 assembly from thread
"[PATCH] x86: hevc_mc: remove non necessary moves". With it, it is
identical to what is generated without ec21721.
This should also be submitted to the x264 project, so that they can
also choose a better description/title for the pat
On Tue, 3 Feb 2015 01:10:11 +0100
Reimar Döffinger wrote:
> On Mon, Feb 02, 2015 at 06:49:11PM -0500, Ben Boeckel wrote:
> > FLAC doesn't really support IDv3 tags, so warn if they are found at all.
> > If vorbis tags are found, toss out the IDv3 tags. They are kept if
> > vorbis tags aren't found
A recent commit has broken msvc compilation.
http://fate.ffmpeg.org/report.cgi?time=20150203090035&slot=x86_32-msvc12-windows-native
Attached is the corresponding fix.
avformat-mpegtsenc-Fix-build-with-msvc.patch
Description: Binary data
___
ffmpeg-dev
av_add_index_entry() can fail, for example because the parameters are
invalid, or because memory allocation fails. Check this; it can actually
happen with corrupted files.
The second hunk is just for robustness. Just in case functions like
ff_reduce_index() remove entries. (Not sure if this can ac
On Wed, Jan 21, 2015 at 03:07:10AM +0100, Michael Niedermayer wrote:
> This avoids a 65536:65536 SAR
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mov.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF673
On Tue, Feb 03, 2015 at 04:47:19AM +, Ben Boeckel wrote:
> On Tue, 03 Feb, 2015 at 04:13:49 GMT, Michael Niedermayer wrote:
> > isnt the id3 + vorbis tag issue the same as if the user would seek
> > back to the begin and read metadata afterwards ?
>
> Metadata isn't in-stream for flac (AFAICT,
Hi,
2015-02-02 18:23 GMT+01:00 James Almer :
>>> https://github.com/OpenHEVC/FFmpeg/commit/940300945995c20f7583394ebe6907e72829b4a
[...]
> Tested it. Doesn't pass with avx2.
Actually, 940300945 does need to be reverted for the patch to work, as
Mickael stated. It miscompiles hevc_mc.asm, more par
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 24 ++
libavfilter/Makefile | 1 +
libavfilter/af_hrtf.c| 554 +++
libavfilter/af_hrtf.h| 550 ++
libavfilter/allfilters.c | 1 +
5 f
72 matches
Mail list logo
