On 13/06/15 6:47 AM, Michael Niedermayer wrote:
On Sat, Jun 13, 2015 at 12:23:22AM -0300, James Almer wrote:
Removes a defined but not used warning on files including softfloat.h
Signed-off-by: James Almer jamr...@gmail.com
---
libavutil/softfloat.h | 2 +-
1 file changed, 1 insertion(+),
On Sat, 13 Jun 2015 22:49:58 +0200
Michael Niedermayer michae...@gmx.at wrote:
On Sat, Jun 13, 2015 at 09:43:49AM -0700, Philip Langdale wrote:
Today, we track the short term RPS size for DXVA, but only if the
SliceHeader RPS is being used. Otherwise it's left uninitialized.
NVIDIA's
On Sat, 13 Jun 2015 22:21:54 +0200
Timo Rothenpieler t...@rothenpieler.org wrote:
This has been enabled by recent nvidia driver releases.
Signed-off-by: Philip Langdale phil...@overt.org
---
libavcodec/nvenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Sat, Jun 13, 2015 at 03:09:07PM +0200, Timo Rothenpieler wrote:
---
Changelog | 1 +
MAINTAINERS | 1 +
doc/filters.texi | 39 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_colorkey.c | 169
On Sat, Jun 13, 2015 at 03:09:08PM +0200, Timo Rothenpieler wrote:
---
libavfilter/vf_colorkey.c | 32 +---
1 file changed, 25 insertions(+), 7 deletions(-)
This patch seems to change the output significnatly
tested with:
-i matrixbench_mpeg2.mpg -i lena.pnm
---
libavfilter/vf_colorkey.c | 32 +---
1 file changed, 25 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_colorkey.c b/libavfilter/vf_colorkey.c
index 19e39ec..65d3e20 100644
--- a/libavfilter/vf_colorkey.c
+++ b/libavfilter/vf_colorkey.c
@@ -30,24 +30,28
---
Changelog | 1 +
MAINTAINERS | 1 +
doc/filters.texi | 39 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_colorkey.c | 169 ++
6 files changed, 212
Przemysław Sobala przemyslaw.sobala at grupawp.pl writes:
I attach a little patch that introduces support
for left band while cropping.
The patch was pushed by Michael.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Sat, 13 Jun 2015 00:05:19 +0200
Michael Niedermayer michae...@gmx.at wrote:
Theres currently no case where this could be triggered but adding this
provides future robustness
Found-by: Daemon404
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavfilter/drawutils.c |7
This has been enabled by recent nvidia driver releases.
Signed-off-by: Philip Langdale phil...@overt.org
---
libavcodec/nvenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index 87ce6f3..a5652c5 100644
--- a/libavcodec/nvenc.c
+++
Original intrinsics version by Nicolas Bertrand.
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/jpeg2000.c | 1 +
libavcodec/jpeg2000dsp.c | 3 ++
libavcodec/jpeg2000dsp.h | 1 +
libavcodec/x86/Makefile | 2 +
Signed-off-by: James Almer jamr...@gmail.com
---
Only sample i could find using reversible wavelet transform is
http://www.fnordware.com/j2k/relax.jp2
libavcodec/jpeg2000.c | 1 +
libavcodec/x86/jpeg2000dsp.asm| 36
On Sat, Jun 13, 2015 at 12:23:22AM -0300, James Almer wrote:
Removes a defined but not used warning on files including softfloat.h
Signed-off-by: James Almer jamr...@gmail.com
---
libavutil/softfloat.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG
Le quintidi 25 prairial, an CCXXIII, Michael Niedermayer a écrit :
Theres currently no case where this could be triggered
Found-by: Daemon404
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavfilter/drawutils.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
Theres currently no case where this could be triggered
Found-by: Daemon404
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavfilter/drawutils.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavfilter/drawutils.c b/libavfilter/drawutils.c
index
On 12.06.2015 23:05, Vittorio Giovara wrote:
On Fri, Jun 12, 2015 at 9:01 PM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
On 12.06.2015 21:51, Hendrik Leppkes wrote:
Just inform consumers that only AVFrame has the actual up-to-date
values when a change in the bitstream happens
On 13.06.2015 02:12, Michael Niedermayer wrote:
On Fri, Jun 12, 2015 at 08:40:28PM +0200, Andreas Cadhalpun wrote:
Together with commit 04f0002 this changes the behavior back to what it
was was before commit b0af404.
Signed-off-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
---
On Thu, Jun 11, 2015 at 8:54 PM, wm4 nfx...@googlemail.com wrote:
On Thu, 11 Jun 2015 17:24:45 +0200
Stefano Sabatini stefa...@gmail.com wrote:
Next step would be the use of YASM, but I only want to test if the
general approach is fine (and if the API is not too specific). Also if
someone
On Sat, Jun 13, 2015 at 01:15:46PM +0200, Andreas Cadhalpun wrote:
On 13.06.2015 02:12, Michael Niedermayer wrote:
On Fri, Jun 12, 2015 at 08:40:28PM +0200, Andreas Cadhalpun wrote:
Together with commit 04f0002 this changes the behavior back to what it
was was before commit b0af404.
On Sat, Jun 13, 2015 at 01:27:03PM -0300, James Almer wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
Only sample i could find using reversible wavelet transform is
http://www.fnordware.com/j2k/relax.jp2
libavcodec/jpeg2000.c | 1 +
libavcodec/x86/jpeg2000dsp.asm
On Wed, Jun 10, 2015 at 04:26:49PM +0100, George Boyle wrote:
Hello,
I was wondering what is the best way to begin getting involved in
contributing to ffmpeg/libav*? I've been a big fan of the project for
years. I've been an observer on the mailing list, and have closely read
the guidelines
On 13/06/15 3:42 PM, Michael Niedermayer wrote:
On Sat, Jun 13, 2015 at 01:27:03PM -0300, James Almer wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
Only sample i could find using reversible wavelet transform is
http://www.fnordware.com/j2k/relax.jp2
libavcodec/jpeg2000.c
This has been enabled by recent nvidia driver releases.
Signed-off-by: Philip Langdale phil...@overt.org
---
libavcodec/nvenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index 87ce6f3..a5652c5 100644
--- a/libavcodec/nvenc.c
+++
On 13/06/15 3:26 PM, Paul B Mahol wrote:
How much is this faster?
The SSE2 version is about four times faster than c, but it nonetheless doesn't
affect overall decoding time in a considerable way.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Dana 13. 6. 2015. 11:46 osoba Michael Niedermayer michae...@gmx.at
napisala je:
Theres currently no case where this could be triggered
Found-by: Daemon404
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavfilter/drawutils.c |7 ++-
1 file changed, 6 insertions(+), 1
On 13.06.2015 20:26, Michael Niedermayer wrote:
On Sat, Jun 13, 2015 at 01:15:46PM +0200, Andreas Cadhalpun wrote:
On 13.06.2015 02:12, Michael Niedermayer wrote:
On Fri, Jun 12, 2015 at 08:40:28PM +0200, Andreas Cadhalpun wrote:
Together with commit 04f0002 this changes the behavior back to
On Sat, Jun 13, 2015 at 11:46:13AM +0200, Michael Niedermayer wrote:
Theres currently no case where this could be triggered
Found-by: Daemon404
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavfilter/drawutils.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
Neccessary - Necessary
formated - formatted
thee - the
eventhough - even though
seperately - separately
Signed-off-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
---
doc/examples/transcoding.c | 2 +-
libavcodec/ass_split.h | 2 +-
libavcodec/bitstream.c | 2 +-
Dana 13. 6. 2015. 18:28 osoba James Almer jamr...@gmail.com napisala je:
Signed-off-by: James Almer jamr...@gmail.com
---
Only sample i could find using reversible wavelet transform is
http://www.fnordware.com/j2k/relax.jp2
libavcodec/jpeg2000.c | 1 +
The current check is too strict for newer makeinfo versions.
Existing version strings are:
makeinfo (GNU texinfo) 4.13
makeinfo (GNU texinfo) 5.2
texi2any (GNU texinfo) 5.9.93
Probably version 6 will come in the not too far future.
Signed-off-by: Andreas Cadhalpun
GNUTLS_SHUT_RDWR means GnuTLS will keep waiting for the server's
termination reply. But since we don't shutdown the TCP connection at
this point yet, GnuTLS will just keep skipping actual data from the
server, which basically is perceived as hang.
Use GNUTLS_SHUT_WR instead, which doesn't have
On Sat, Jun 13, 2015 at 09:43:49AM -0700, Philip Langdale wrote:
Today, we track the short term RPS size for DXVA, but only if the
SliceHeader RPS is being used. Otherwise it's left uninitialized.
NVIDIA's VDPAU implementation requires that the size be accurately
tracked even if an SPS RPS
32 matches
Mail list logo