On 26.10.2014, at 02:32, James Almer 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 new functions are worse in every
aspect, and that's with gcc 4.
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 an image instead.
On Sun, Oct 26, 2014 at 4:13 AM, Michael Nied
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 the same function (i.e. with respect to input 0s etc.) as
the existing gcc builtins.
0001-avutil-intmath-enable-builtin-intrinsics-for-icl-and
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 the same function (i.e. with respect to input 0s etc.) as
> the existing gcc
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
> attachi
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)]
0x
On 26 October 2014 21:31, Michael Niedermayer 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 the same
On Sun, Oct 26, 2014 at 07:21:41PM +0530, arwa arif wrote:
[...]
> 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
>
[...]
According to http://www.libretro.com/forums/viewto
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,
On 26/10/14 5:34 AM, Reimar Döffinger wrote:
> On 26.10.2014, at 02:32, James Almer 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 new functio
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 wrote:
> >
> > > Le quartidi 4 brumaire, an CCXXIII, Michael Niedermayer a écrit :
> > > > This fixes the issue that a not set or
On Mon, Oct 27, 2014 at 01:44:59AM +1100, Matt Oliver wrote:
> On 26 October 2014 21:31, Michael Niedermayer 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 e
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 :
> > > Could you maybe add e.g. a FATE test that clearly shows the before-after
> > > improvements?
> >
> > I've
On Sat, Oct 25, 2014 at 11:19:25AM +, Christophe Gisquet wrote:
> The encoder has its own tables and does not access the idct_factor
> member of the DVVideoContext structure.
> ---
> libavcodec/dv.c | 34
> libavcodec/dv.h | 1 +
> libavcodec/dvdata.c | 65
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 num
On Mon, Oct 27, 2014 at 12:28:35AM +0530, arwa arif wrote:
> 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
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 :
> 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 fragments,
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 c
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
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/libavcod
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
25 matches
Mail list logo
