On Fri, Dec 19, 2014 at 06:45:13AM +0000, Timothy Gu wrote:
> On Dec 18, 2014 10:31 PM, "arwa arif" <arwaarif1...@gmail.com> wrote:
> >
> > On Fri, Dec 19, 2014 at 10:40 AM, Michael Niedermayer <michae...@gmx.at>
> > wrote:
> > >
> > > it segfaults without -cpuflags 0 here
> > > ./ffplay   -i matrixbench_mpeg2.mpg -vf fspp
> > >
> > >
> > I tried this command on my system, and it is not giving segfault on my
> > system.
> >
> >
> > > #0  0x00000000004d0e7a in store_slice_mmx (dst=0x7fffc4612b60 "",
> > > src=0x7ffff7e07e50, dst_stride=-1440, src_stride=32, width=720,
> height=8,
> > > log2_scale=1) at libavfilter/x86/vf_fspp.c:49
> > >
> >
> > Here, the value of dst_stride is -1440, which shouldn't be negative. So,
> > when I looked into mplayer code, store_slice_mmx has input arguments of
> > type long. Maybe that is the problem, so I have updated the patch
> replacing
> > int by int32_t.
> 
> Actually ptrdiff_t is a better choice here.

yes, src_stride/dst_stride and the width argument need to be ptrdiff_t
thats a consequence of the asm accessing them as 64bit variables and
int being 32bit.
sorry i didnt had time yesterday to look at why it crashed

also gdb cannot always be trusted, especially with (non working)
asm code, the values it prints, can be wrong

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

What does censorship reveal? It reveals fear. -- Julian Assange

Attachment: signature.asc
Description: Digital signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to