From: Timo Rothenpieler
Date: 2015-10-09 16:41
To: FFmpeg development discussions and patches
CC: highgod0401
Subject: Re: [FFmpeg-devel] [PATCH 3/3][RFC] avfilter/vf_chromakey: Add OpenCL
acceleration
>
> Using this sample: https://btbn.de/files/chromakey_sample.mp4
>
> ffmpeg -f lavfi -i color=
2015-10-10 0:26 GMT+08:00 Matthieu Bouron :
> From: Matthieu Bouron
>
> ---
> libavutil/jni.c | 104
> +++
> libavutil/jni.h | 28 +
> libavutil/jni_internal.c | 30 ++
> libavutil/jni_internal.h | 11 +
> +struct JFields {
> +
> +jclass uri_class;
> +jclass parse_id;
> +
> +jclass context_class;
> +jmethodID get_content_resolver_id;
> +
> +jclass content_resolver_class;
> +jmethodID open_file_descriptor_id;
> +
> +jclass parcel_file_descriptor_class;
> +jmethodID de
On 10/9/2015 11:48 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Oct 9, 2015 at 10:42 PM, James Almer wrote:
>
>> p1 and p2 are int32_t.
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/x86/takdsp.asm | 8
>> 1 file changed, 4 insertions(+), 4 deletions(-)
>
>
> ok.
>
> Ronald
Hi,
On Fri, Oct 9, 2015 at 10:42 PM, James Almer wrote:
> p1 and p2 are int32_t.
>
> Signed-off-by: James Almer
> ---
> libavcodec/x86/takdsp.asm | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
ok.
Ronald
___
ffmpeg-devel mailing l
2015-10-10 0:26 GMT+08:00 Matthieu Bouron :
> From: Matthieu Bouron
> +#include "config.h"
> +#include "jni.h"
> +#include "log.h"
> +
> +#include
> +
> +JavaVM *java_vm = NULL;
Maybe static is better for --enable-static.
___
ffmpeg-devel mailing list
p1 and p2 are int32_t.
Signed-off-by: James Almer
---
libavcodec/x86/takdsp.asm | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/x86/takdsp.asm b/libavcodec/x86/takdsp.asm
index d3c6a13..5f3ded3 100644
--- a/libavcodec/x86/takdsp.asm
+++ b/libavcodec/x86/tak
On Sat, Sep 5, 2015 at 11:24 PM, Ganesh Ajjanagadde wrote:
> On Sat, Sep 5, 2015 at 8:21 PM, Ganesh Ajjanagadde wrote:
>> On Sat, Sep 5, 2015 at 8:08 AM, proud zhu wrote:
>>> this patch fix the below error when build with --enable-libfreetype
>>> libavfilter/avf_showcqt.c:38:10: error: #include
These aren't quite as helpful as the ones in 8bpp, since over there,
we can use pmulhrsw, but here the coefficients have too many bits to
be able to take advantage of pmulhrsw. However, we can still skip
cols for which all coefs are 0, and instead just zero the input data
for the row itx. This help
On Thu, Oct 08, 2015 at 03:07:35PM -0500, Rodger Combs wrote:
> ---
> libavcodec/avcodec.h | 1 +
> libavcodec/bitstream_filter.c | 5 +++--
> 2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index ff70d25..ce42e57 100644
> -
Includes escapes that should now be supported and a few features not yet
fully supported, like comments, regions, classes, ruby, and lang.
All were tested with https://quuz.org/webvtt/ for validation, except
regions because the validator doesn't support them yet, and I couldn't
find any other way
Signed-off-by: Ricardo Constantino
---
libavformat/webvttdec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/webvttdec.c b/libavformat/webvttdec.c
index 43c2a63..47a3255 100644
--- a/libavformat/webvttdec.c
+++ b/libavformat/webvttdec.c
@@ -92,7 +92,8 @@ static
Bare ampersand characters are still accepted, even though out-of-spec.
Also fixes adjacent tags not being parsed.
Fixes trac #4915
Signed-off-by: Ricardo Constantino
---
libavcodec/webvttdec.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/libavcodec/webvttde
I had git misconfigured to convert CRLF to LF, so I'll probably reupload
the patches (if it makes a difference?), but the sample should be OK as is.
On 10 October 2015 at 01:26, Michael Niedermayer
wrote:
> On Fri, Oct 09, 2015 at 07:21:04PM +0100, Ricardo wrote:
> > Attached is the sample menti
From: Timo Rothenpieler
Date: 2015-10-09 16:41
To: FFmpeg development discussions and patches
CC: highgod0401
Subject: Re: [FFmpeg-devel] [PATCH 3/3][RFC] avfilter/vf_chromakey: Add OpenCL
acceleration
>
> Using this sample: https://btbn.de/files/chromakey_sample.mp4
>
> ffmpeg -f lavfi -i color=
On Fri, Oct 09, 2015 at 06:26:50PM +0200, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> ---
> libavutil/jni_internal.c | 290
> +++
> libavutil/jni_internal.h | 101 +
> 2 files changed, 391 insertions(+)
>
> diff --git a/libavut
On Fri, Oct 09, 2015 at 07:21:04PM +0100, Ricardo wrote:
> Attached is the sample mentioned.
uploaded
(note, until its used te first time the sample can still be changed
and reuploaded if needed)
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I do not agree
On Fri, Oct 9, 2015 at 7:34 PM, Ivan Kalvachev wrote:
> On 10/10/15, Ganesh Ajjanagadde wrote:
>> This fixes a warning observed on Clang 3.7:
>> "warning: attribute 'deprecated' is ignored, place it after "struct" to
>> apply attribute to type declaration [-Wignored-attributes]"
>> and thus enabl
On 10/10/15, Ganesh Ajjanagadde wrote:
> This fixes a warning observed on Clang 3.7:
> "warning: attribute 'deprecated' is ignored, place it after "struct" to
> apply attribute to type declaration [-Wignored-attributes]"
> and thus enables deprecation warning for the relevant struct.
>
> Signed-of
On Fri, Oct 09, 2015 at 01:59:56PM +0800, 赵宇龙 wrote:
> From 9654bf635c72fd3bd4208afcf4a1b8b8667735db Mon Sep 17 00:00:00 2001
> From: zylthinking
> Date: Fri, 9 Oct 2015 13:46:45 +0800
> Subject: [PATCH] fix pps offfset fault when there are more than one sps in
> avcc
>
> the pps offset is used
El 09/10/15 a las 16:58, Nicolas George escribió:
This information is already available through avcodec_configuration() and
avcodec_license(). Do you really need a static version? With a shared
library, it may not match.
Thank you very much. That was exactly the functions I was looking for.
Hi,
On Fri, Oct 9, 2015 at 6:44 PM, Ganesh Ajjanagadde
wrote:
> This fixes a warning observed on Clang 3.7:
> "warning: attribute 'deprecated' is ignored, place it after "struct" to
> apply attribute to type declaration [-Wignored-attributes]"
> and thus enables deprecation warning for the relev
This fixes a warning observed on Clang 3.7:
"warning: attribute 'deprecated' is ignored, place it after "struct" to apply
attribute to type declaration [-Wignored-attributes]"
and thus enables deprecation warning for the relevant struct.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/xvmc.h |
During a build, a lot of *.o-hash files are created - had not noticed
this as they are usually dumped in tmpfs on Linux. However, they
sometimes are present during a long build in the project directory, making it
annoying to commit while the project is being built.
Signed-off-by: Ganesh Ajjanagadd
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 2 +
libavcodec/x86/vp9itxfm_16bpp.asm | 531 +---
2 files changed, 489 insertions(+), 44 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
inde
On 12 frames of a 444p 12 bits DNxHR sequence, _put function:
C: 78902 decicycles in idct, 262071 runs, 73 skips
avx: 32478 decicycles in idct, 262045 runs, 99 skips
Difference between the 2:
stddev:0.39 PSNR:104.47 MAXDIFF:2
This is unavoidable and due to the scal
---
libavcodec/dct-test.c | 15 +++
libavcodec/x86/dct-test.c | 13 -
2 files changed, 27 insertions(+), 1 deletion(-)
diff --git a/libavcodec/dct-test.c b/libavcodec/dct-test.c
index 9a195ab..1c17dd3 100644
--- a/libavcodec/dct-test.c
+++ b/libavcodec/dct-test.c
@@ -7
---
libavcodec/x86/dct-test.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/dct-test.c b/libavcodec/x86/dct-test.c
index 692c23b..22a3ecf 100644
--- a/libavcodec/x86/dct-test.c
+++ b/libavcodec/x86/dct-test.c
@@ -89,7 +89,18 @@ static const struct
---
libavcodec/arm/dct-test.c | 10 --
libavcodec/dct-test.c | 41 +++--
libavcodec/ppc/dct-test.c | 10 --
libavcodec/x86/dct-test.c | 9 +++--
4 files changed, 58 insertions(+), 12 deletions(-)
diff --git a/libavcodec/arm/dct-test.c b
This is done by not passing clamping regs to the macro, and there,
deducing that this is a pure idct.
There are not many users (vf_spp is one), and the _add version doesn't
look like it will ever be used.
---
libavcodec/x86/idctdsp_init.c | 2 +
libavcodec/x86/proresdsp.asm
This should be reused for a generic simple_idct10 function.
Requires a bit of trickery to declare common constants in C.
---
libavcodec/x86/constants.c| 28 +++
libavcodec/x86/constants.h| 16 ++
libavcodec/x86/proresdsp.asm | 263 +---
m15 is zeroed but never used. If it's not needed, decrease by 1 the
number of xmm regs used (prores), otherwise, make use of it, for the
rounder in the row pass of simple_idct.
---
libavcodec/x86/proresdsp.asm | 8
libavcodec/x86/simple_idct10.asm | 9 +
li
Modeled from the prores version. Clips to [0;1023] and is bitexact.
Bitexactness requires to add an offset in a different place compared
to prores or C, and makes the function approximately 2% slower.
For 16 frames of a DNxHD 4:2:2 10bits test sequence:
C:60861 decicycles in idct, 1048205 run
The functions related to bitstream reading must use the natural zigzag
order, and not the one permuted for use in the iDCT. This currently
results in bitstreams with 2 issues:
- AC coefficients are encoded in an unexpected order;
- Incorrect weights are applied in the (de)quantization.
This curren
Summary of changes since last version:
- implemented pure idcts, needed for vf_spp
- consequently, modified dct-test as the wrapper is no longer needed
- fixed overflow in 12bits version by disabling a trick
- freed a xmm reg for prores, and used it for the rounder in simple_idct
Christophe Gisque
On Fri, Oct 9, 2015 at 4:13 PM, Andreas Cadhalpun
wrote:
> On 30.09.2015 03:27, Lou Logan wrote:
>> On Tue, 29 Sep 2015 20:34:09 +0200, Andreas Cadhalpun wrote:
>>
>>> Signed-off-by: Andreas Cadhalpun
>>> ---
>>> doc/encoders.texi | 2 +-
>>> doc/filters.texi
On Fri, Oct 09, 2015 at 02:43:04PM -0400, Ganesh Ajjanagadde wrote:
> This should fix the first undefined behavior reported in:
> https://trac.ffmpeg.org/ticket/4727.
>
> I can't reproduce the runtime behavior reported in the ticket, hence I
> can't confirm that this actually fixes the exact issue
On Thu, Oct 08, 2015 at 07:52:40AM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2015-10-08 1:38 GMT+02:00 Michael Niedermayer :
> >> So I have made a fate test on 1 frame for each sequence (total around
> >> 1.8MB).
> >>
> >> Is it ok?
> >
> > ok
>
> Here you go. Hendrik has kindly volunteered to
On Fri, Oct 9, 2015 at 9:58 PM, Nicolas George wrote:
> L'octidi 18 vendémiaire, an CCXXIV, Gonzalo a écrit :
>> This was sent in another mail, but may be lost since it did not specify a
>> PATCH.
>>
>> The patch is to get the license and compile flags from any application, I
>> add them to the di
On 30.09.2015 03:27, Lou Logan wrote:
> On Tue, 29 Sep 2015 20:34:09 +0200, Andreas Cadhalpun wrote:
>
>> Signed-off-by: Andreas Cadhalpun
>> ---
>> doc/encoders.texi | 2 +-
>> doc/filters.texi | 14 +++---
>> libavcodec/g726.c | 2 +
diff --git a/libavcodec/x86/audiodsp.asm b/libavcodec/x86/audiodsp.asm
index 3ffb27f..246e945 100644
--- a/libavcodec/x86/audiodsp.asm
+++ b/libavcodec/x86/audiodsp.asm
@@ -41,7 +41,14 @@ cglobal scalarproduct_int16, 3,3,3, v1, v2, order
add orderq, mmsize*2
jl .loop
HADDD m2,
On Fri, 9 Oct 2015 19:16:01 +0200
wm4 wrote:
> On Fri, 9 Oct 2015 18:26:48 +0200
> Matthieu Bouron wrote:
>
> > Hello,
> >
> > The following patchset add support for the Java Native Interface in
> > FFmpeg through different helpers to:
> >
> > * manage the JNI environment (attach/detach),
This should fix the undefined behavior reported in:
https://trac.ffmpeg.org/ticket/4727.
I can reproduce this at runtime: simply stick in an abort call in
asym_quant to check if c < 0 and run FATE. I don't know ac3 so I can't
confirm if negative coefficients are intentional, but at the moment they
L'octidi 18 vendémiaire, an CCXXIV, Gonzalo a écrit :
> This was sent in another mail, but may be lost since it did not specify a
> PATCH.
>
> The patch is to get the license and compile flags from any application, I
> add them to the distribution of avconfig.h.
> diff --git a/configure b/configu
L'octidi 18 vendémiaire, an CCXXIV, Ronald S. Bultje a écrit :
> avconfig.h is the installed counterpart. If you want something from
> config.h available in applications, move it to avconfig.h.
Before that, look at avcodec_configuration() and cousins. ffmpeg.c and the
other command line programs d
On 10/9/2015 4:19 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_w3fdif.c | 132 +++---
> libavfilter/w3fdif.h | 47
> libavfilter/x86/Makefile | 2 +
> libavfilter/x86/vf_w3fdif.asm| 234
> +++
On Fri, Oct 09, 2015 at 06:54:31PM +0200, Jean-Baptiste Kempf wrote:
> On 09 Oct, Matthieu Bouron wrote :
> > Handles uri starting with content://.
>
> I don't see what this has to do with libavformat.
>
> It's OS specific, not a file format, trivial to do within any calling
> application and pro
Hi,
On Fri, Oct 9, 2015 at 3:19 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_w3fdif.c | 132 +++---
> libavfilter/w3fdif.h | 47
> libavfilter/x86/Makefile | 2 +
> libavfilter/x86/vf_w3fdif.asm| 234
>
On Fri, Oct 09, 2015 at 10:39:27AM -0400, Ganesh Ajjanagadde wrote:
> On lines 1633,1634 FFABS(pts) is performed. However, if av_stream_get_end_pts
> returns AV_NOPTS_VALUE always, pts remains stuck at INT64_MIN, leading
> to undefined behavior on FFABS.
>
> One could conceive of a solution using
Signed-off-by: Paul B Mahol
---
libavfilter/vf_w3fdif.c | 132 +++---
libavfilter/w3fdif.h | 47
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_w3fdif.asm| 234 +++
libavfilter/x86/vf_w3fdif_init.
This was sent in another mail, but may be lost since it did not specify
a PATCH.
The patch is to get the license and compile flags from any application,
I add them to the distribution of avconfig.h.
Thanks.
diff --git a/configure b/configure
index b572d59..4196088 100755
--- a/configure
+++ b
Signed-off-by: Ricardo Constantino
---
libavformat/webvttdec.c| 3 ++-
tests/ref/fate/sub-webvtt2 | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/webvttdec.c b/libavformat/webvttdec.c
index 43c2a63..47a3255 100644
--- a/libavformat/webvttdec.c
+++ b/libavforma
This should fix the first undefined behavior reported in:
https://trac.ffmpeg.org/ticket/4727.
I can't reproduce the runtime behavior reported in the ticket, hence I
can't confirm that this actually fixes the exact issue reported in the
ticket.
Regardless, I can confirm that this is a genuine iss
Includes escapes that should now be supported and a few features not yet
supported, like comments, regions, classes, ruby, lang.
All were tested with https://quuz.org/webvtt/ for validation, except
regions because the validator doesn't support them yet.
Signed-off-by: Ricardo Constantino
---
te
Attached is the sample mentioned.
WebVTT_extended_tester.vtt
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Oct 09, 2015 at 06:44:03PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_w3fdif.c | 132 ++--
> libavfilter/w3fdif.h | 47
> libavfilter/x86/Makefile | 2 +
> libavfilter/x86/vf_w3fdif.asm| 252
On 10/9/2015 1:44 PM, Paul B Mahol wrote:
> +cglobal w3fdif_complex_low, 4, 7, 9, 0, work_line, in_lines_cur0, coef,
> linesize
> +movq m3, [coefq]
> +DEFINE_ARGSwork_line, in_lines_cur0, in_lines_cur1, linesize,
> offset, in_lines_cur2, in_lines_cur3
> +SPLATW
On Fri, Oct 09, 2015 at 07:58:45PM +0200, Michael Niedermayer wrote:
> On Fri, Oct 09, 2015 at 06:44:03PM +0200, Paul B Mahol wrote:
> > Signed-off-by: Paul B Mahol
> > ---
> > libavfilter/vf_w3fdif.c | 132 ++--
> > libavfilter/w3fdif.h | 47
> > li
El 09/10/15 a las 14:18, Ronald S. Bultje escribió:
avconfig.h is the installed counterpart. If you want something from
config.h available in applications, move it to avconfig.h. config.h will
never be installed.
Thanks. Find attached a patch for configure to have avconfig.h list the
configur
res, absres are currently int's, which on most platforms is 32 bits.
Unfortunately, data is untrusted, and on line 1267 res is manipulated
with data. Thus, res can take on INT32_MIN/INT_MIN with crafted data,
making FFABS on line 1282 unsafe.
Once again, using FFNABS will make it less readable: lo
On Thu, Oct 08, 2015 at 08:22:50AM +0200, Christophe Gisquet wrote:
> Modeled from the prores version. Clips to [0;1023] and is bitexact.
> Bitexactness requires to add an offset in a different place compared
> to prores or C, and makes the function approximately 2% slower.
>
> For 16 frames of a
On Thu, Oct 08, 2015 at 08:22:51AM +0200, Christophe Gisquet wrote:
> On 12 frames of a 444p 12 bits DNxHR sequence:
> C: 78902 decicycles in idct, 262071 runs, 73 skips
> avx: 32478 decicycles in idct, 262045 runs, 99 skips
>
> Difference between the 2:
> stddev:0.39 P
On Fri, 9 Oct 2015 18:26:48 +0200
Matthieu Bouron wrote:
> Hello,
>
> The following patchset add support for the Java Native Interface in
> FFmpeg through different helpers to:
>
> * manage the JNI environment (attach/detach),
> * load classes/methods/fields from a single interface
> (avp
Hi,
On Fri, Oct 9, 2015 at 12:49 PM, Gonzalo wrote:
> Hi,
>
> I would like my program to print out its ffmpeg compile options like
> ffplay or ffmpeg do. However, that info seems to be part of config.h which
> is not installed. I would like to make a request to install it unless
> there's othe
Hi,
On Fri, Oct 9, 2015 at 12:44 PM, Paul B Mahol wrote:
> +packssdw m0, m0
>
+packuswb m0, m0
> +packssdw m1, m1
> +packuswb m1, m1
> +SBUTTERFLY dq, 0, 1, 2
> +movh
On Fri, Oct 9, 2015 at 6:55 PM, Jean-Baptiste Kempf wrote:
> On 09 Oct, Matthieu Bouron wrote :
> > The following patchset add support for the Java Native Interface in
> > FFmpeg through different helpers to:
> >
> > * manage the JNI environment (attach/detach),
> > * load classes/methods/fie
L'octidi 18 vendémiaire, an CCXXIV, Jean-Baptiste Kempf a écrit :
> > +HEADERS-$(CONFIG_JNI) += jni.h
> You are going to install a jni.h header?
I am not very fond of having java-related stuff in FFmpeg, but C headers are
scoped per directory. It could install libavutil/stdio.h,
On 09 Oct, Matthieu Bouron wrote :
> The following patchset add support for the Java Native Interface in
> FFmpeg through different helpers to:
>
> * manage the JNI environment (attach/detach),
> * load classes/methods/fields from a single interface
> (avpriv_jni_init_jfields)
> * manage an
On 09 Oct, Matthieu Bouron wrote :
> Handles uri starting with content://.
I don't see what this has to do with libavformat.
It's OS specific, not a file format, trivial to do within any calling
application and probably going to break easily...
With my kindest regards,
--
Jean-Baptiste Kempf
h
On 09 Oct, Matthieu Bouron wrote :
> +HEADERS-$(CONFIG_JNI) += jni.h
You are going to install a jni.h header?
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
__
Hi,
I would like my program to print out its ffmpeg compile options like
ffplay or ffmpeg do. However, that info seems to be part of config.h
which is not installed. I would like to make a request to install it
unless there's other way to get that info.
Thank you very much.
Gonzalo Garramu
Signed-off-by: Paul B Mahol
---
libavfilter/vf_w3fdif.c | 132 ++--
libavfilter/w3fdif.h | 47
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_w3fdif.asm| 252 +++
libavfilter/x86/vf_w3fdif_init.c
Hello,
The following patchset add support for the Java Native Interface in
FFmpeg through different helpers to:
* manage the JNI environment (attach/detach),
* load classes/methods/fields from a single interface
(avpriv_jni_init_jfields)
* manage android application context and class loade
From: Matthieu Bouron
---
libavutil/jni_internal.c | 25 +
libavutil/jni_internal.h | 1 +
2 files changed, 22 insertions(+), 4 deletions(-)
diff --git a/libavutil/jni_internal.c b/libavutil/jni_internal.c
index 58eb570..78d13a4 100644
--- a/libavutil/jni_internal.c
+++
From: Matthieu Bouron
Handles uri starting with content://.
---
configure| 5 ++
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/file.c | 155 +++
libavutil/jni.c | 2 +-
5 files change
From: Matthieu Bouron
---
libavutil/jni.c | 104 +++
libavutil/jni.h | 28 +
libavutil/jni_internal.c | 30 ++
libavutil/jni_internal.h | 11 +
4 files changed, 173 insertions(+)
diff --git a/libavutil/
From: Matthieu Bouron
---
libavutil/jni_internal.c | 290 +++
libavutil/jni_internal.h | 101 +
2 files changed, 391 insertions(+)
diff --git a/libavutil/jni_internal.c b/libavutil/jni_internal.c
index b17275d..2c1dc70 100644
--- a/lib
From: Matthieu Bouron
---
configure| 4 +++
libavutil/Makefile | 4 +++
libavutil/jni.c | 37 ++
libavutil/jni.h | 42 +
libavutil/jni_internal.c | 69
l
On Fri, Oct 09, 2015 at 10:45:17AM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Oct 9, 2015 at 9:51 AM, Clément Bœsch wrote:
> > On Fri, Sep 25, 2015 at 10:41:44AM +0200, Clément Bœsch wrote:
> >> Hi,
> >>
> >> I'd like to suggest a poll for the community in order to define some more
> >> clear dire
From 9654bf635c72fd3bd4208afcf4a1b8b8667735db Mon Sep 17 00:00:00 2001
From: zylthinking
Date: Fri, 9 Oct 2015 13:46:45 +0800
Subject: [PATCH] fix pps offfset fault when there are more than one sps in
avcc
the pps offset is used to locate pps in the spspps_buf; however, the
current calc method m
FFABS(INT_MIN) is not safe. Alternative of using FFNABS is not as
readable.
Signed-off-by: Ganesh Ajjanagadde
---
ffserver_config.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ffserver_config.c b/ffserver_config.c
index 691ff7b..9fc1f00 100644
--- a/ffserver_config.c
+++
Bare ampersand characters are still accepted, even though out-of-spec.
Also fixes adjacent tags not being parsed.
Fixes trac #4915
Signed-off-by: Ricardo Constantino
---
libavcodec/webvttdec.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/libavcodec/webvttde
I will update the patch next week
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Oct 9, 2015 at 9:51 AM, Clément Bœsch wrote:
> On Fri, Sep 25, 2015 at 10:41:44AM +0200, Clément Bœsch wrote:
>> Hi,
>>
>> I'd like to suggest a poll for the community in order to define some more
>> clear directions for the project. I plan to post the poll on the mailing
>> lists and IRC,
On Fri, Oct 9, 2015 at 9:58 AM, Clément Bœsch wrote:
> On Fri, Sep 25, 2015 at 08:39:16AM -0400, Ganesh Ajjanagadde wrote:
>> On Fri, Sep 25, 2015 at 4:41 AM, Clément Bœsch wrote:
>> > Hi,
>> >
>> > I'd like to suggest a poll for the community in order to define some more
>> > clear directions fo
On lines 1633,1634 FFABS(pts) is performed. However, if av_stream_get_end_pts
returns AV_NOPTS_VALUE always, pts remains stuck at INT64_MIN, leading
to undefined behavior on FFABS.
One could conceive of a solution using FFNABS. However, such a solution
has to deal with the implementation defined r
2015.10.04. 20:06 keltezéssel, Nicolas George írta:
Le tridi 13 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
git format-patch -n -o /tmp/ --attach origin
Thanks. Any particular reason to use --attach? It is not a big issue, just a
matter of curiosity.
Now, I used a different method to crea
On 10/9/15, Ronald S. Bultje wrote:
> Hi,
>
> looking better already!
>
> On Fri, Oct 9, 2015 at 3:58 AM, Paul B Mahol wrote:
>
>> +INIT_XMM sse4
>> +cglobal w3fdif_scale, 3, 3, 3, 0, out_pixel, work_pixel, linesize
>> +pxor m1, m1
>> +mova m2, [pd_2_23]
Hi all,
Please find below the toolchain and QEMU installables for the build and test of
MIPS p5600 and i6400 cpu targets,
MIPS Toolchain:
* Download the toolchain for MIPS 32Bit (p5600) from following link
(For 64Bit linux host)
http://codescape-mips-sdk.imgtec.com/components/toolcha
On Fri, Sep 25, 2015 at 08:39:16AM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Sep 25, 2015 at 4:41 AM, Clément Bœsch wrote:
> > Hi,
> >
> > I'd like to suggest a poll for the community in order to define some more
> > clear directions for the project. I plan to post the poll on the mailing
> > lis
Hi,
On Fri, Oct 9, 2015 at 9:27 AM, Ganesh Ajjanagadde
wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/pthread_frame.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
> index c89b4ca..7651211 100644
> --- a/libavcod
On Fri, Sep 25, 2015 at 10:41:44AM +0200, Clément Bœsch wrote:
> Hi,
>
> I'd like to suggest a poll for the community in order to define some more
> clear directions for the project. I plan to post the poll on the mailing
> lists and IRC, people are free to forward them elsewhere.
>
> If anyone h
I think those were needed when UTF-8 wasn't expected, but WebVTT makes it
mandatory, according to https://w3c.github.io/webvtt/#file-structure
Are you saying that and &nonsense; should be removed (like it
was)?
On 9 October 2015 at 13:50, Clément Bœsch wrote:
> On Thu, Oct 08, 2015 at 10:50:49
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/pthread_frame.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index c89b4ca..7651211 100644
--- a/libavcodec/pthread_frame.c
+++ b/libavcodec/pthread_frame.c
@@ -187,6 +187,7 @@ static a
On Fri, Oct 9, 2015 at 4:21 AM, wm4 wrote:
> On Thu, 8 Oct 2015 18:46:44 -0400
> Ganesh Ajjanagadde wrote:
>
>> Note that for the current SDL source code, 0 is always returned.
>> Nevertheless, this makes the code more robust.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> ffplay.c | 3 ++-
Thanks for your comments. I’m attaching the amended patch, hopefully it
addresses all of them. Please let me know if something else is out of order.
- Alex
On October 9, 2015 at 2:23:42 AM, Nicolas George (geo...@nsup.org) wrote:
Le septidi 17 vendémiaire, an CCXXIV, Alex Agranovsky a écrit
On Thu, Oct 08, 2015 at 11:51:32PM +0200, wm4 wrote:
> On Thu, 8 Oct 2015 19:40:38 +0200
> wm4 wrote:
>
> > WevVTT and SRT can look very similar. For some samples, they both
> > succeed and return AVPROBE_SCORE_MAX, which leads to probing failure.
> >
> > This gives priority to WebVTT in ambigu
On Thu, Oct 08, 2015 at 10:50:49PM +0100, Ricardo wrote:
> That would probably be considered a broken WebVTT file, since "&" need to
> be encoded as "&".
>
What about "Clément" or any unsupported escape?
[...]
--
Clément B.
signature.asc
Description: PGP signature
___
Le quartidi 4 vendémiaire, an CCXXIV, James Darnley a écrit :
> I can. You should find it attached to this email. I cleaned it up and
> put two test cases of data into the file. You will need Lua and the
> Lua-iconv module. If your package manager doesn't have that see here:
> https://ittner.gi
Hi,
looking better already!
On Fri, Oct 9, 2015 at 3:58 AM, Paul B Mahol wrote:
> +INIT_XMM sse4
> +cglobal w3fdif_scale, 3, 3, 3, 0, out_pixel, work_pixel, linesize
> +pxor m1, m1
> +mova m2, [pd_2_23]
> +shrlinesized, 2
>
Is linesize
1 - 100 of 111 matches
Mail list logo
