On Tue, Jun 02, 2015 at 02:28:59AM -0400, Chris wrote:
Hello -
I have found what I believe to be some questionable code in colorspace.h. I
have modified the code to what I believe is correct but am unable to compile
ffmpeg myself on Windows to test my modifications, despite spending many
Hi, I believe that currently the colormatrix filter only supports up to 8-bit
input files. Is there any chance it will, in the future, support high-bit-depth
input files (10-bit)?
Kind regards.
On Wed, Jun 03, 2015 at 04:00:36PM +0200, Nedeljko Babic wrote:
Add functions needed for implementation of fixed point aac dec.
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
applied
these also need a update to doc/APIchanges and version.h
i saw a version.h update in a later patch,
I can post my modified code but I am not able to compile ffmpeg and test it.
To give the original author the benefit of the doubt, I am trying to compile a
very simplified version of his code to see if it's even close to correct. The
code is written very strangely and I'm still trying to figure
On Tue, Jun 2, 2015 at 10:56 AM, Nicolas George geo...@nsup.org wrote:
Le quartidi 14 prairial, an CCXXIII, Stephan Holljes a écrit :
I agree, I have probably thought a little bit too far ahead.
I hope the attached patches are okay.
I'm somewhat unsure about the first patch, because it checks
On Tue, Jun 02, 2015 at 02:08:10PM +0530, shivraj.pa...@imgtec.com wrote:
From: Shivraj Patil shivraj.pa...@imgtec.com
This patch adds MSA (MIPS-SIMD-Arch) optimizations for HEVC biw mc functions
(qpel as well as epel) in new file hevc_mc_biw_msa.c
Adds new generic macros (needed for this
On Tue, Jun 02, 2015 at 02:08:12PM +0530, shivraj.pa...@imgtec.com wrote:
From: Shivraj Patil shivraj.pa...@imgtec.com
This patch adds MSA (MIPS-SIMD-Arch) optimizations for HEVC uni mc epel
functions.
Adds new generic macros (needed for this patch) in
libavutil/mips/generic_macros_msa.h
On Thu, Jun 4, 2015 at 12:52 AM, Wolfgang Lorenz wl-c...@gmx.de wrote:
Here is a new version, that doesn't touch the way ffmpeg behaves
without further user actions:
I added a new flag to AVFormatContext, that activates the check for
private streams, when set. It can be used like this:
On Wed, Jun 3, 2015 at 10:39 PM, Nicolas George geo...@nsup.org wrote:
http_listen(), you wrote it yourself. Maybe I was not clear enough, I just
suggested to move the code in a function for better readability (the name of
the function is self-documentating), nothing more complicated.
I hope I
Kevin Wells kevwells at hotmail.co.uk writes:
Hi, I believe that currently the colormatrix filter
only supports up to 8-bit input files. Is there any
chance it will, in the future, support
high-bit-depth input files (10-bit)?
Patch certainly welcome.
Carl Eugen
If ffmpeg is to support webm, VP8, VP9, etc., the following should be noted
(from Wikipedia):
The VP9 format supports the following color spaces: Rec. 601, Rec. 709, Rec.
2020, SMPTE-170, SMPTE-240, and sRGB.
Also, support for BT.2020 should be kept in mind.
My demo program will be written
On Wed, Jun 03, 2015 at 04:02:56AM +0530, Anshul wrote:
On 06/02/2015 03:54 PM, Michael Niedermayer wrote:
On Tue, Jun 02, 2015 at 06:13:20AM +, Carl Eugen Hoyos wrote:
Anshul anshul.ffmpeg at gmail.com writes:
can you provide me link of carl file you said it was
smallest, I would
Here is a new version, that doesn't touch the way ffmpeg behaves
without further user actions:
I added a new flag to AVFormatContext, that activates the check for
private streams, when set. It can be used like this:
AVFormatContext * formatContext = avformat_alloc_context();
I don't know if we're talking about the same thing, but if ffmpeg is to support
BT.2020, some thought should be given to 12-bit samples.
-Original Message-
From: Kevin Wells kevwe...@hotmail.co.uk
To: ffmpeg-devel ffmpeg-devel@ffmpeg.org
Sent: Wed, Jun 3, 2015 12:17 pm
Subject:
On Fri, May 29, 2015 at 03:46:22PM +0200, Nedeljko Babic wrote:
From: Jovan Zelincevic jovan.zelince...@imgtec.com
Move existing code to the new template files
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
---
libavcodec/aacdec.c| 3101
2015-06-03 19:24 GMT+08:00 Michael Niedermayer michae...@gmx.at:
would below work ?
Looks better than mine.
commit 816047eb161e804ba6312947f6bd7349cf934f80
Author: Michael Niedermayer michae...@gmx.at
Date: Wed Jun 3 13:04:37 2015 +0200
avformat/mov: Retry same packet on IO failure
On Tue, Jun 02, 2015 at 11:17:48PM -0400, Ganesh Ajjanagadde wrote:
check memory allocation in swri_get_dither()
Signed-off-by: Ganesh Ajjanagadde gajjanaga...@gmail.com
---
libswresample/dither.c | 5 -
libswresample/swresample.c | 3 ++-
On Tue, Jun 02, 2015 at 07:43:23AM +0100, tim nicholson wrote:
On 01/06/15 20:35, Michael Niedermayer wrote:
This is the maximum rate possible based on the frame size limit of MXF D-10
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavformat/mxfenc.c |2 +-
1 file
On 06/02/2015 03:54 PM, Michael Niedermayer wrote:
On Tue, Jun 02, 2015 at 06:13:20AM +, Carl Eugen Hoyos wrote:
Anshul anshul.ffmpeg at gmail.com writes:
can you provide me link of carl file you said it was
smallest, I would make that test case again with
carl file.
On Tue, Jun 02, 2015 at 11:15:16AM +0800, Zhang Rui wrote:
2015-06-02 7:26 GMT+08:00 Michael Niedermayer michae...@gmx.at:
On Thu, May 21, 2015 at 12:31:21PM +0800, Zhang Rui wrote:
Discontinuous sample could cause corrupted image if next video frame
is non-key frame.
Mostly,
On Wed, 3 Jun 2015 01:22:49 +0200
Michael Niedermayer michae...@gmx.at wrote:
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libswresample/resample.c| 17 +
libswresample/swresample.c | 30
++
From: Jovan Zelincevic jovan.zelince...@imgtec.com
Signed-off-by: Nedeljko Babic nedeljko.ba...@imgtec.com
---
Changelog | 1 +
doc/general.texi| 2 +-
doc/mips.txt| 4
libavutil/version.h | 2 +-
4 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/Changelog
On date Tuesday 2015-06-02 22:03:24 +0200, Hendrik Leppkes encoded:
On Tue, Jun 2, 2015 at 10:02 PM, Hendrik Leppkes h.lepp...@gmail.com wrote:
[...]
So after rechecking, I realized that I was using the gcc defined in
the MinGW32 directory. Compilation with MSYS2 went fine, with and
without
Configuration that I am using is:
./configure --samples=../fate_tests --enable-gpl --enable-memory-poisoning
--enable-avresample --enable-debug=2 --disable-iconv --target-os=linux
--disable-yasm
probably needs --assert-level=2
Yes, that was it.
The problem is in edge cases in softfloat
Hi,
On Wed, Jun 3, 2015 at 1:20 AM, Donny Yang w...@kota.moe wrote:
On 3 June 2015 at 04:15, Ronald S. Bultje rsbul...@gmail.com wrote:
On Tue, Jun 2, 2015 at 1:42 PM, Donny Yang w...@kota.moe wrote:
On 3 June 2015 at 03:31, Paul B Mahol one...@gmail.com wrote:
Dana 2. 6. 2015. 17:49
On Wed, Jun 03, 2015 at 04:17:39PM +0200, Nedeljko Babic wrote:
av_normalize_sf doesn't properly address case when negative numbers are out
of defined range.
av_normalize1_sf doesn't properly address border case when mantis is
exactly 0x4000.
This patch solves both of these problems.
On Wed, Jun 03, 2015 at 07:49:25PM +0800, Zhang Rui wrote:
2015-06-03 19:24 GMT+08:00 Michael Niedermayer michae...@gmx.at:
would below work ?
Looks better than mine.
ok, applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
While the State
On Wed, Jun 3, 2015, at 12:51 AM, Joey wrote:
Dear ffmpeg guys
While I playing a file named afd_len_1080p_1200.flv the video is not
shown but got below msg
still occurs, it means that your file has a feature which has not been
implemented.
[flv @ 0x7f9ebc0008c0] If you want to help,
Dear ffmpeg guys
While I playing a file named afd_len_1080p_1200.flv the video is not shown
but got below msg
still occurs, it means that your file has a feature which has not been
implemented.
[flv @ 0x7f9ebc0008c0] If you want to help, upload a sample of this file to
On Sun, May 31, 2015 at 06:35:18PM +0200, Wolfgang Lorenz wrote:
Am Sat, 30 May 2015 12:58:38 +0200
schrieb Hendrik Leppkes h.lepp...@gmail.com:
On Sat, May 30, 2015 at 12:39 PM, Wolfgang Lorenz wl-c...@gmx.de wrote:
Am Sat, 30 May 2015 11:00:18 +0200
schrieb Wolfgang Lorenz
On 03/06/15 10:47 PM, Michael Niedermayer wrote:
This avoids leaks if the user doest call swr_close() after a failed init
This should be backported then, since the doxy mentions swr_init() can be used
without swr_close(), so quite a few cases probably exist by now.
Found-by: jamrial
On Wed, Jun 03, 2015 at 11:11:23AM +0200, wm4 wrote:
On Wed, 3 Jun 2015 01:22:49 +0200
Michael Niedermayer michae...@gmx.at wrote:
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libswresample/resample.c| 17 +
libswresample/swresample.c
This avoids leaks if the user doest call swr_close() after a failed init
Found-by: jamrial
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libswresample/swresample.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git
On Tue, Jun 02, 2015 at 09:04:03PM -0700, Pavel Koshevoy wrote:
On 6/2/15 16:22, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libswresample/resample.c| 17 +
libswresample/swresample.c | 30
While compiling ffmpeg, I noticed a bunch of -Warray-bounds warnings.
I think it would be great if ffmpeg could be built warning-free, and
-Warray-bounds seems to be one of the biggest culprits. Nevertheless,
-Warray-bounds is quite useful in most cases.
I currently see 2 possible improvements:
1.
35 matches
Mail list logo