On Sun, Oct 26, 2014 at 02:51:48PM +0530, arwa arif wrote:
I think the segmentation fault is maybe because of wrong input format. The
code runs for rgb24 only. I have attached the updated patch along with the
tested input file. I was not able to attach a video file. So, for now I am
attaching
The code is running fine on my laptop. What seg-fault log are you getting?
Also, I looked on internet for converting rgb to yuv with integers, I got
these equations.
http://stackoverflow.com/questions/4979504/fast-rgb-yuv-conversion-in-opencl
On Sun, Oct 26, 2014 at 4:27 PM, Michael Niedermayer
On Sun, Oct 26, 2014 at 07:21:41PM +0530, arwa arif wrote:
The code is running fine on my laptop. What seg-fault log are you getting?
gdb --args ./ffplay_g images.jpeg -vf xbr,xbr
...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeb1a6700 (LWP 11984)]
On 26 October 2014 21:31, Michael Niedermayer michae...@gmx.at wrote:
On Sun, Oct 26, 2014 at 08:49:07PM +1100, Matt Oliver wrote:
intmath.h already uses the gcc builtin intrinsics for log2 and ctz. This
patch just adds the equivalent icl and msvc intrinsics. All added
intrinsics have
On Sun, Oct 26, 2014 at 02:51:48PM +0530, arwa arif wrote:
[...]
+/**
+* Mixes a pixel A, with pixel B, with B's transperancy set to 'a'
+* In other words, A is a solid color (bottom) and B is a transparent color
(top)
+**/
+static int mix(AVFrame *in,int x1,int y1,int x2,int y2,int a,int
On 26/10/14 5:34 AM, Reimar Döffinger wrote:
On 26.10.2014, at 02:32, James Almer jamr...@gmail.com wrote:
__sync built-ins are considered legacy and will be deprecated.
These new memory model aware built-ins have been available since GCC 4.7.0
To me this sounds like except for tsan, these
On 2014-10-26 02:49 +0200, Michael Niedermayer wrote:
On Sun, Oct 26, 2014 at 02:09:19AM +0200, wm4 wrote:
On Sun, 26 Oct 2014 00:16:26 +0200
Nicolas George geo...@nsup.org wrote:
Le quartidi 4 brumaire, an CCXXIII, Michael Niedermayer a écrit :
This fixes the issue that a not set
On Sat, Oct 25, 2014 at 10:58:22PM +0200, Michael Niedermayer wrote:
On Sat, Oct 25, 2014 at 05:07:02PM +0200, Thilo Borgmann wrote:
Updated patch fixing off-by-one in device listing.
-Thilo
configure |2 -
libavdevice/avfoundation.m | 70
On Sat, Oct 25, 2014 at 11:19:23AM +, Christophe Gisquet wrote:
The coefficients must be in the appropriate zigzag scan order.
Also fix their values at the same time, as they were pretty wrong.
Fixes ticket #2970.
---
libavcodec/dvdata.c | 16
1 file changed, 8
On Sat, Oct 25, 2014 at 06:25:22PM +0200, Reimar Döffinger wrote:
On Sat, Oct 25, 2014 at 05:35:37PM +0200, Christophe Gisquet wrote:
2014-10-25 13:35 GMT+02:00 Reimar Döffinger reimar.doeffin...@gmx.de:
Could you maybe add e.g. a FATE test that clearly shows the before-after
1. I think I understood what is giving you segmentation fault. The mask
that I am creating is going out of bounds for the boundary pixels. I will
try to fix it. But, I am curious why is it working on my laptop?
2. Thank you Clement for the mode part. It made the code look smaller.
Also, I chose
On Sat, Oct 25, 2014 at 02:11:56PM +0200, Carl Eugen Hoyos wrote:
Hi!
Attached patch makes FFmpeg mp3 output more similar to lame's.
It appears to me that 5 is not the default if vbr is used.
Please comment, Carl Eugen
libmp3lame.c |4 +---
1 file changed, 1 insertion(+), 3
2014-10-26 9:36 GMT+09:00 Bryan Huh br...@box.com:
Sorry I am not posting to the same thread directly, I joined the list after
this discussion finished a few weeks ago.
I was reading Yusuke's explanation (pasted below) regarding the
relationship between PTS, CTS, and DTS in the context of
On Sat, Oct 18, 2014 at 12:25:16AM +0100, Kieran Kunhya wrote:
---
libavcodec/opus.c| 11 +---
libavcodec/opus.h|9 +++
libavcodec/opus_parser.c | 139
+-
libavformat/mpegts.c | 54 +-
4 files
On Fri, Oct 24, 2014 at 10:07:23PM +0200, Lukasz Marek wrote:
On 23.10.2014 14:28, Nicolas George wrote:
Le primidi 1er brumaire, an CCXXIII, Lukasz Marek a écrit :
It gives the same list as aplay -L (upper case). For example (ffmpeg will
display it in different way, but the content is the
On Sat, Oct 25, 2014 at 11:19:24AM +, Christophe Gisquet wrote:
From 356 to 348 cycles.
---
libavcodec/dv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dv.h b/libavcodec/dv.h
index 8a54cfe..3065806 100644
--- a/libavcodec/dv.h
+++ b/libavcodec/dv.h
On Wed, Sep 24, 2014 at 10:43:40AM +0300, Mika Raento wrote:
Dear all
This mail is meant mainly as a note to other potential users, but
possibly as input to development - time allowing I might be able to pick
up some of the pieces myself. It's also a thank-you for all the hard
work in
17 matches
Mail list logo