Bug#529849: mplayer: -vf yuy2 leads to crashes

2009-08-19 Thread Jakub Wilk
I don't understand why, but libswscale has one copy of yv12toyuy2 symbol, and mplayer has another. Only the former variable is initialized: $ gdb /usr/bin/mplayer [snip] Breakpoint 1, put_image (vf=0x858ad18, mpi=0x85915f8, pts=0.03999105930328) at libmpcodecs/vf_yuy2.c:45 45

Bug#529849: mplayer: -vf yuy2 leads to crashes

2009-06-20 Thread Reinhard Tartler
Jakub Wilk uba...@users.sf.net writes: Package: mplayer Version: 1.0~rc3+svn20090405-1 Severity: normal mplayer always crashes when I use the -vf yuy2 option. See the gdb log for details. this is actually a crash in libswscale0, not in mplayer: (gdb) bt full #0 0x in ?? () No

Bug#529849: mplayer: -vf yuy2 leads to crashes

2009-06-20 Thread Jakub Wilk
* Reinhard Tartler siret...@tauware.de, 2009-06-20, 16:52: (gdb) bt full #0 0x in ?? () No symbol table info available. #1 0x0817df1d in put_image (vf=0x9c867c0, mpi=0x9c87098, pts=0.03999105930328) at libmpcodecs/vf_yuy2.c:45 dmpi = (mp_image_t *) 0x9c87118 put_image

Bug#529849: mplayer: -vf yuy2 leads to crashes

2009-05-21 Thread Jakub Wilk
Package: mplayer Version: 1.0~rc3+svn20090405-1 Severity: normal mplayer always crashes when I use the -vf yuy2 option. See the gdb log for details. (gdb) run Starting program: /usr/bin/mplayer -vf yuy2 -vo null -nosound 421_Videoteam_Test_Event_1.ogg [Thread debugging using libthread_db