Signed-off-by: Paul B Mahol one...@gmail.com
---
libavfilter/vf_psnr.c | 2 ++
libavfilter/vf_ssim.c | 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_psnr.c b/libavfilter/vf_psnr.c
index 406be88..5639d16 100644
--- a/libavfilter/vf_psnr.c
+++
Le septidi 7 messidor, an CCXXIII, Stephan Holljes a écrit :
Thanks, I understand the datastructures and their interaction a lot
better now. I discussed it with a friend yesterday too and there a lot
of the things started to make more sense.
I'm currently working on the implementation, when
This HWAccel isn't really usable right now due to an nvidia driver bug,
so we don't want it selected by default.
HWAccels have a capabilities field and there's a comment about flags,
but no flags exist today, so let's add one for experimental hwaccels.
Signed-off-by: Philip Langdale
Signed-off-by: Paul B Mahol one...@gmail.com
---
Waiting for comments and flames.
---
doc/filters.texi | 57 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_drawgraph.c | 231 +
4 files
On 26.06.2015 01:36, Michael Niedermayer wrote:
On Thu, Jun 25, 2015 at 11:46:41PM +0200, Andreas Cadhalpun wrote:
Otherwise sm_size can be larger than size, which results in a negative
packet size.
Signed-off-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
---
libavformat/nutdec.c
On 26.06.2015 01:27, Michael Niedermayer wrote:
On Fri, Jun 26, 2015 at 12:05:09AM +0200, Andreas Cadhalpun wrote:
If 'buf_size * 8' is smaller than 'avctx-channels *
(avctx-bits_per_raw_sample + 4)' it resulted in a division by zero.
Signed-off-by: Andreas Cadhalpun
On 2015-06-26 09:09, wm4 wrote:
diff --git a/libavcodec/version.h b/libavcodec/version.h
index eff8820..1073588 100644
--- a/libavcodec/version.h
+++ b/libavcodec/version.h
@@ -29,7 +29,7 @@
#include libavutil/version.h
#define LIBAVCODEC_VERSION_MAJOR 56
-#define LIBAVCODEC_VERSION_MINOR 45
On 26.06.2015 01:38, Michael Niedermayer wrote:
On Fri, Jun 26, 2015 at 12:32:48AM +0200, Andreas Cadhalpun wrote:
This fixes a segfault when decoding multi-channel MP3onMP4 files.
This is similar to commit cb72230d for MPADSPContext.
Signed-off-by: Andreas Cadhalpun
On 26.06.2015 01:11, Michael Niedermayer wrote:
On Thu, Jun 25, 2015 at 10:54:17PM +0200, Andreas Cadhalpun wrote:
get_bits should not be used with more than 25 bits.
Signed-off-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
---
libavcodec/vc1dec.c | 2 +-
1 file changed, 1
Peter Ross pross at xvid.org writes:
Electronic Arts VP6 files may contain two video
streams: one for the primary video stream and
another for the alpha mask. The file format
uses identical data structures for both streams.
Is there a command line that allows to output
the (intended)
From: Kieran Kunhya kie...@kunhya.com
---
libavcodec/h264.c | 10 ++
libavcodec/h264.h | 3 +++
libavcodec/h264_sei.c | 6 ++
3 files changed, 19 insertions(+)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index 9be317c..1cbd4cb 100644
--- a/libavcodec/h264.c
+++
On Fri, Jun 26, 2015 at 07:38:40PM +0200, Andreas Cadhalpun wrote:
On 26.06.2015 01:27, Michael Niedermayer wrote:
On Fri, Jun 26, 2015 at 12:05:09AM +0200, Andreas Cadhalpun wrote:
If 'buf_size * 8' is smaller than 'avctx-channels *
(avctx-bits_per_raw_sample + 4)' it resulted in a
L'octidi 8 messidor, an CCXXIII, Stephan Holljes a écrit :
I think I implemented everything necessary, but I don't know how to
test it. The old behaviour of accepting a single client is now also
broken.
Since that behaviour was already established, breaking it without notice is
not an option
On 26.06.2015 23:04, Michael Niedermayer wrote:
On Fri, Jun 26, 2015 at 07:38:40PM +0200, Andreas Cadhalpun wrote:
s302m.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
520ac68a80950ff219ae396182eb56679c46ee64
0001-s302m-fix-arithmetic-exception.patch
From
Signed-off-by: James Almer jamr...@gmail.com
---
libavutil/x86/intmath.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavutil/x86/intmath.h b/libavutil/x86/intmath.h
index c42fa83..85f15a4 100644
--- a/libavutil/x86/intmath.h
+++ b/libavutil/x86/intmath.h
@@ -39,6 +39,12 @@
#if
On 27-Jun-2015 12:36 AM, Philip Langdale phil...@overt.org wrote:
On 2015-06-26 09:48, Niklesh Lalwani wrote:
The output produced here was actually different from the expected. Hence
the test failed. I produced ASS file for both the original file and the
encoded file. The ass file produced
On Fri, 26 Jun 2015 08:45:09 -0700
Philip Langdale phil...@overt.org wrote:
This HWAccel isn't really usable right now due to an nvidia driver bug,
so we don't want it selected by default.
HWAccels have a capabilities field and there's a comment about flags,
but no flags exist today, so
The output produced here was actually different from the expected. Hence
the test failed. I produced ASS file for both the original file and the
encoded file. The ass file produced from the encoded mp4 file seemed to be
dropping all text after \N
After a lot of digging, I found out that while
On Fri, Jun 26, 2015 at 08:45:09AM -0700, Philip Langdale wrote:
This HWAccel isn't really usable right now due to an nvidia driver bug,
so we don't want it selected by default.
HWAccels have a capabilities field and there's a comment about flags,
but no flags exist today, so let's add one
On 26/06/15 4:56 PM, Carl Eugen Hoyos wrote:
On Friday 26 June 2015 09:52:31 pm James Almer wrote:
+#if AV_GCC_VERSION_AT_LEAST(5,1)
+#define av_mod_uintp2 __builtin_ia32_bzhi_si
Since there are compilers != gcc that define GCC
(for example icc), this needs a configure check imo.
Does
On Fri, Jun 26, 2015 at 09:55:06PM +0100, Kieran Kunhya wrote:
From: Kieran Kunhya kie...@kunhya.com
---
libavcodec/h264.c | 10 ++
libavcodec/h264.h | 3 +++
libavcodec/h264_sei.c | 6 ++
3 files changed, 19 insertions(+)
applied
thanks
[...]
--
Michael
This commit implements intensity stereo band marking and makes use of the
previous commits in the series to encode such bands and spectral coefficients.
It also adds the new option aac_is, which is 0 by default, used to control
wheter such coding is done or not. The interaction of intensity
Coders other than twoloop require this to be set or else the marked bands would
continue to be encoded via M/S until the end of the file.
---
libavcodec/aaccoder.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/aaccoder.c b/libavcodec/aaccoder.c
index 6b64c8e..5a6a243 100644
On Fri, Jun 26, 2015 at 10:51 AM, Nicolas George geo...@nsup.org wrote:
Le septidi 7 messidor, an CCXXIII, Stephan Holljes a écrit :
Thanks, I understand the datastructures and their interaction a lot
better now. I discussed it with a friend yesterday too and there a lot
of the things started
On 2015-06-26 09:48, Niklesh Lalwani wrote:
The output produced here was actually different from the expected.
Hence
the test failed. I produced ASS file for both the original file and the
encoded file. The ass file produced from the encoded mp4 file seemed to
be
dropping all text after \N
Hi,
On Jun 26, 2015, at 11:27 AM, Paul B Mahol one...@gmail.com wrote:
Signed-off-by: Paul B Mahol one...@gmail.com
---
Waiting for comments and flames.
Here are some comments and flames:
I noticed that when I set min to a value greater than max. I get a crash with
Bus error: 10.
There
This commit adds support for the coding of intensity stereo spectral
coefficients. It also fixes the Mid/Side coding of band_types higher than
RESERVED_BT (M/S must not be applied to their spectral coefficients, but
marking M/S as present in encode_ms_info() is okay). Much of the changes here
This commit makes use of the previously added function and enables the coding
of IS and PNS scalefactor indices for their corresponding band_types. This
commit does not alter the functionality of the encoder.
---
libavcodec/aaccoder.c | 4
libavcodec/aacenc.c | 7 +++
This commit adds the energy spread to the struct for each band and removes 2
unused fields. distortion and perceptual_weight were not referenced in any file
nor were they set to any value, so it was safe to remove them. The energy
spread is currently only used in the aac psy model. It's defined
This commit adds support for the coding of intensity stereo scalefactor
indices. It does not do any marking of such bands and as such does no
functional changes to the encoder. It removes any old twoloop specific code for
PNS and moves it into a seperate function which handles setting of
On Friday 26 June 2015 09:52:31 pm James Almer wrote:
+#if AV_GCC_VERSION_AT_LEAST(5,1)
+#define av_mod_uintp2 __builtin_ia32_bzhi_si
Since there are compilers != gcc that define GCC
(for example icc), this needs a configure check imo.
What is the advantage over the inline version?
Carl
This commit essentially undoes commit c5d4f87e8427c0952278ec247fa8ab1e6e52
and removes PNS band marking from the twoloop coder.
---
libavcodec/aaccoder.c | 29 +++--
1 file changed, 3 insertions(+), 26 deletions(-)
diff --git a/libavcodec/aaccoder.c
This commit adds support for both PNS and IS (intensity stereo) codebooks to
the encode_window_bands_info() quantizer, used by the faast, faac and anmr
non-default, native coders. This does not mean that both extensions now work
with those coders, some are simply unsuited and will trigger an
This commit extends the trellis quantizer (used by the default twoloop coder)
to accept and correctly encode codebooks needed for intensity stereo and
perceptual noise substitution.
---
libavcodec/aaccoder.c | 81 +--
1 file changed, 46
This commit implements intensity stereo support for the encoder, as well as
finalizing the Perceptual Noise Substitution encoding support. Most of the
changes here conform to the official ISO 13818-7 specifications. Due to the
ambiguity of the specifications, certain deviations have been taken,
On Thu, Jun 11, 2015 at 04:08:49PM +0200, Nedeljko Babic wrote:
From: Jovan Zelincevic jovan.zelince...@imgtec.com
Build system modified
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
---
configure | 1 +
libavcodec/Makefile | 13 ++---
Fixes Ticket4673
Signed-off-by: Ganesh Ajjanagadde gajjanaga...@gmail.com
---
library.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/library.mak b/library.mak
index 29460b8..401da7c 100644
--- a/library.mak
+++ b/library.mak
@@ -58,7 +58,7 @@ $(SUBDIR)$(SLIBNAME):
On Thu, Jun 25, 2015 at 06:37:11PM +0100, George Boyle wrote:
---
libavcodec/Makefile| 2 -
libavcodec/api-flac-test.c | 266
-
tests/Makefile | 1 +
tests/api/Makefile | 1 +
tests/api/api-flac-test.c | 266
On Thu, Jun 25, 2015 at 06:37:10PM +0100, George Boyle wrote:
The intention of this change is to allow separation of API tests from the
existing tests, and also to have a place for the API test source/executable
files so they're not mixed in with the actual library code.
---
tests/Makefile
On Fri, 26 Jun 2015 23:10:43 +0200
Michael Niedermayer michae...@gmx.at wrote:
On Fri, Jun 26, 2015 at 08:45:09AM -0700, Philip Langdale wrote:
This HWAccel isn't really usable right now due to an nvidia driver
bug, so we don't want it selected by default.
HWAccels have a capabilities
On Fri, Jun 26, 2015 at 07:28:36PM +0200, Andreas Cadhalpun wrote:
On 26.06.2015 01:36, Michael Niedermayer wrote:
On Thu, Jun 25, 2015 at 11:46:41PM +0200, Andreas Cadhalpun wrote:
Otherwise sm_size can be larger than size, which results in a negative
packet size.
Signed-off-by:
On Fri, Jun 12, 2015 at 08:15:51AM +, Nedeljko Babic wrote:
On Thu, Jun 11, 2015 at 4:08 PM, Nedeljko Babic
nedeljko.ba...@imgtec.com wrote:
From: Jovan Zelincevic jovan.zelince...@imgtec.com
Move existing code to the new template files
Please setup your Git to track renames (add
Are there any patches supporting Intel QSV encoding that will work with
recent versions of ffmpeg on Windows?
Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 26/06/15 10:23 AM, Derek Buitenhuis wrote:
Any other x265 symbol may not exported, e.g. if the build is a
multilib (10-bit and 8-bit in one) build.
This is the only symbol we directly call, and is available in the
build number we check for.
Fixes the configure check on multilib x265
On 06/26, Derek Buitenhuis wrote:
Any other x265 symbol may not exported, e.g. if the build is a
multilib (10-bit and 8-bit in one) build.
This is the only symbol we directly call, and is available in the
build number we check for.
Fixes the configure check on multilib x265 builds.
LGTM
---
libavcodec/api-flac-test.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/libavcodec/api-flac-test.c b/libavcodec/api-flac-test.c
index 402d4df..4cd0db7 100644
--- a/libavcodec/api-flac-test.c
+++ b/libavcodec/api-flac-test.c
@@ -112,10 +112,10 @@
On Fri, Jun 26, 2015 at 05:47:16PM +, Carl Eugen Hoyos wrote:
Peter Ross pross at xvid.org writes:
Electronic Arts VP6 files may contain two video
streams: one for the primary video stream and
another for the alpha mask. The file format
uses identical data structures for both
Signed-off-by: James Almer jamr...@gmail.com
---
Now making sure it's not used with ICC.
libavutil/x86/intmath.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavutil/x86/intmath.h b/libavutil/x86/intmath.h
index c42fa83..8127e10 100644
--- a/libavutil/x86/intmath.h
+++
Sorry, sent with wrong subject.
Are there any patches supporting Intel QSV encoding that will work with
recent versions of ffmpeg on Windows?
Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
49 matches
Mail list logo