Signed-off-by: Paul B Mahol
---
libavfilter/vf_w3fdif.c | 127 +-
libavfilter/w3fdif.h | 47 +++
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_w3fdif.asm| 270 +++
libavfilter/x86/vf_w3fdif_init.c |
Hi,
2015-10-09 7:59 GMT+02:00 Christophe Gisquet :
> But then, why is the stem truncated from dct-test to dct? I have no
> idea either. Another rule somewhere?
Updating goal targets
Considering target file 'libavcodec/dct-test.o'.
File 'libavcodec/dct-test.o' does not exist.
Looking for an
Hello Hendrik,
Thursday, October 8, 2015, 11:43:37 PM, you wrote:
HL> We're not talking about dynamic linking here though, but runtime loading.
HL> Can I not use VAAPI because the underlying driver behind it may be closed
HL> source?
I do not know I'm not expert. But most likely VAAPI tre
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 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
>
Using this sample: https://btbn.de/files/chromakey_sample.mp4
ffmpeg -f lavfi -i color=c=black:s=1280x720 -i chromakey_sample.mp4 -an
-c:v libx264 -preset veryfast -crf 18 -shortest -filter_complex
"[1:v]chromakey=0x70de77:0.1:0.2:0:1[ckout];[0:v][ckout]overlay[out]"
-map "[out]" -y output.mkv
Hi,
2015-10-09 3:34 GMT+02:00 Michael Niedermayer :
> should i apply this ?
> i cant really say if this is correct or not
> though whie testing i noticed that
> rm ffmpeg ffprobe ; ./configure --progs-suffix=abc && make -j12 fate
> ends with
> make: *** No rule to make target `ffprobe', needed by
On Fri, Oct 02, 2015 at 12:36:54PM +0200, Clément Bœsch wrote:
> On Fri, Oct 02, 2015 at 12:20:10PM +0200, wm4 wrote:
> > On Fri, 2 Oct 2015 11:23:59 +0200
> > Clément Bœsch wrote:
> >
> > > On Fri, Oct 02, 2015 at 11:11:37AM +0200, wm4 wrote:
> > > [...]
> > > > > +#if HAVE_UTGETOSTYPEFROMSTRING
---
libavcodec/nvenc.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index 18bcd96..0e6ef43 100644
--- a/libavcodec/nvenc.c
+++ b/libavcodec/nvenc.c
@@ -742,8 +742,6 @@ static av_cold int nvenc_encode_init(AVCodecContext
*avctx)
On Fri, Oct 09, 2015 at 10:58:50AM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2015-10-09 3:34 GMT+02:00 Michael Niedermayer :
> > should i apply this ?
> > i cant really say if this is correct or not
> > though whie testing i noticed that
> > rm ffmpeg ffprobe ; ./configure --progs-suffix=abc &&
2015-10-09 11:49 GMT+02:00 Michael Niedermayer :
>> Does that actually work even without the patch? I have the same issue
>
> no, it doesnt work before either, its unrelated
Well I thought it was relevant to the patch and it was causing that
regression. So as far as I know, replacing the previous
On Fri, Oct 09, 2015 at 12:13:05PM +0200, Christophe Gisquet wrote:
> 2015-10-09 11:49 GMT+02:00 Michael Niedermayer :
> >> Does that actually work even without the patch? I have the same issue
> >
> > no, it doesnt work before either, its unrelated
>
> Well I thought it was relevant to the patch
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
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
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
___
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
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 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 ++-
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
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
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
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 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 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 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]
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 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
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 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,
I will update the patch next week
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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
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
+++
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
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: Matthieu Bouron
---
configure| 4 +++
libavutil/Makefile | 4 +++
libavutil/jni.c | 37 ++
libavutil/jni.h | 42 +
libavutil/jni_internal.c | 69
l
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
---
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
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_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
+++
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
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
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
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
__
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 :
> 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
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 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
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
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
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
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 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
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
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
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
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 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
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
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
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
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 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: 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.
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
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 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
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
> +++
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
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
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
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),
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 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 +
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 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 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 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
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
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
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
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
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 +---
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
---
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
---
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/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
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/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
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
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 |
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
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.
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
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 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 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 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
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=
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
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
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
1 - 100 of 111 matches
Mail list logo
