[MPlayer-cygwin] avi with totally garbled picture (Linux is fine)
Sascha Sommer
saschasommer at freenet.de
Tue Nov 19 22:46:39 CET 2002
----- Original Message -----
From: "Diego Biurrun" <diego at biurrun.de>
To: <mplayer-cygwin at mplayerhq.hu>
Sent: Monday, November 18, 2002 2:14 PM
Subject: Re: [MPlayer-cygwin] avi with totally garbled picture (Linux is
fine)
> Sascha Sommer wrote:
>
> > >Current CVS crashes with -vop yuy2, interested in a backtrace?
> > >
> > >It works with -vo directx:noaccel, but my machine is not nearly fast
> > >enough for this (K6-III 500).
> >
> > then use -vop format=yuy2
>
>
> Also crashes. Here is the stack trace:
>
> (gdb) bt
> #0 0x00428547 in fast_memcpy_3DNow (to=0x1b17800, from=0x3ac0040, len=0)
> at aclib_template.c:259
> #1 0x00428705 in fast_memcpy (to=0x1b17800, from=0x3ac0040, len=430080)
> at aclib.c:140
> #2 0x0042c6ec in put_image (mpi=0x101e1f98) at vo_directx.c:1163
> #3 0x0042cd63 in control (request=13, data=0x101e1f98) at
vo_directx.c:1264
> #4 0x00449f7b in put_image (vf=0x10032940, mpi=0x101e1f98) at vf_vo.c:100
> #5 0x00438d83 in vf_next_put_image (vf=0x10032998, mpi=0x101e1f98) at
> vf.c:390
> #6 0x00438d83 in vf_next_put_image (vf=0x10032a58, mpi=0x101e1f98) at
> vf.c:390
> #7 0x0043b5dd in decode_video (sh_video=0x10032788,
> start=0x10035e80
> "\tq\003\003Äx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^
>
\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx
^\02
>
7\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\0
27\2
>
05áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\
205á
>
x^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205
áx^\
> 027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205áx^\027\205á"...,
> in_size=1031, drop_frame=0) at dec_video.c:329
> #8 0x00407424 in main (argc=7, argv=0x10031a88) at mplayer.c:1580
> #9 0x61007288 in _libwinmm_a_iname ()
> #10 0x6100753d in _libwinmm_a_iname ()
> #11 0x0057c242 in cygwin_crt0 ()
> #12 0x0040103c in mainCRTStartup ()
> #13 0x77e8ca90 in _libwinmm_a_iname ()
> (gdb) disass $pc-32 $pc+32
> Dump of assembler code from 0x428527 to 0x428567:
> 0x428527 <fast_memcpy_3DNow+215>: test $0x83,%al
> 0x428529 <fast_memcpy_3DNow+217>: stc
> 0x42852a <fast_memcpy_3DNow+218>: aas
> 0x42852b <fast_memcpy_3DNow+219>: jbe 0x4285c7
> <fast_memcpy_3DNow+375>
> 0x428531 <fast_memcpy_3DNow+225>: mov $0x1000,%edx
> 0x428536 <fast_memcpy_3DNow+230>: xor %eax,%eax
> 0x428538 <fast_memcpy_3DNow+232>: nop
> 0x428539 <fast_memcpy_3DNow+233>: lea 0x0(%esi,1),%esi
> 0x428540 <fast_memcpy_3DNow+240>: mov (%esi,%eax,1),%ebx
> 0x428543 <fast_memcpy_3DNow+243>: mov 0x20(%esi,%eax,1),%ebx
> 0x428547 <fast_memcpy_3DNow+247>: mov 0x40(%esi,%eax,1),%ebx
> 0x42854b <fast_memcpy_3DNow+251>: mov 0x60(%esi,%eax,1),%ebx
> 0x42854f <fast_memcpy_3DNow+255>: add $0x80,%eax
> 0x428554 <fast_memcpy_3DNow+260>: cmp %edx,%eax
> 0x428556 <fast_memcpy_3DNow+262>: jb 0x428540
> <fast_memcpy_3DNow+240>
> 0x428558 <fast_memcpy_3DNow+264>: xor %eax,%eax
> 0x42855a <fast_memcpy_3DNow+266>: lea 0x0(%esi),%esi
> 0x428560 <fast_memcpy_3DNow+272>: movq (%esi,%eax,1),%mm0
> 0x428564 <fast_memcpy_3DNow+276>: movq 0x8(%esi,%eax,1),%mm1
> End of assembler dump.
>
Looks like the 3dnow optimizations get miscompiled
Sorry, but I'm no gdb expert.
Anyway thank you for this detailed bugreport.
Btw. Arpi mentioned problems with garbled image on win2k, too
With an executable compiled by me. You'll notice if you use -vo png
Maybe disabling everyting expect mmx will help?
> I have an AMD K6-III processor.
>
> > >>I guess, I shouldn't only test on this old machine with win98...
> > >
> > >
> > >Oh yes, please upgrade to Windows 2000, nobody cares about win98
> >
> > anymore...
> > No, I won't buy another Microsoft OS.
>
>
> Fair enough. Maybe you should ask for a copy of Windows 2000/XP on the
> donations page, maybe somebody can spare a license.
I'd prefere a better graphics card so that I can use mplayer on linux ;)
S. Sommer
More information about the MPlayer-cygwin
mailing list