[MPlayer-users] [bugreport] sig11: OSD w/o video output

[GoTaR]

Hi!

Problem exist in CVS version for about one week.

gotar:~: mplayer 1.mp3
[playing stream]
ok

gotar:~: mplayer 2.mp3
[playing stream]
ok

gotar:~: mplayer 1.mp3 2.mp3
[playing 1st stream]
ok
[playing 2nd stream]
zsh: segmentation fault  mplayer 1.mp3 2.mp3

segfault is caused by every action invoking OSD, it means seeking
(arrows) and adjusting volume (/*).

As bugreports.html says, I did:

gdb ./mplayer
run -v 1.mp3 2.mp3
bt
disass $eip-32 $eip+32

Output I got:
#v+
A:   3.2  1.3% 27%
Program received signal SIGSEGV, Segmentation fault.
0x0804f307 in main (argc=40, argv=0xbffff624) at mplayer.c:1941
1941            osd_visible=sh_video->fps; // 1 sec
(gdb) bt
#0  0x0804f307 in main (argc=40, argv=0xbffff624) at mplayer.c:1941
#1  0x40151a21 in __libc_start_main () from /lib/libc.so.6
(gdb) disass $eip-32 $eip+32
Dump of assembler code from 0x804f2e7 to 0x804f327:
0x804f2e7 <main+12563>: add    %eax,(%eax)
0x804f2e9 <main+12565>: jmp    0x804f2f5 <main+12577>
0x804f2eb <main+12567>: nop
0x804f2ec <main+12568>: lea    0x0(%esi,1),%esi
0x804f2f0 <main+12572>: call   0x8060cd4 <mixer_decvolume>
0x804f2f5 <main+12577>: cmpl   $0x0,0x81b2450
0x804f2fc <main+12584>: je     0x804fc65 <main+14993>
0x804f302 <main+12590>: mov    0x81b2520,%eax
0x804f307 <main+12595>: flds   0x1c(%eax)
0x804f30a <main+12598>: fnstcw 0xffffefee(%ebp)
0x804f310 <main+12604>: mov    0xffffefee(%ebp),%dx
0x804f317 <main+12611>: or     $0xc00,%dx
0x804f31c <main+12616>: mov    %dx,0xffffefec(%ebp)
0x804f323 <main+12623>: fldcw  0xffffefec(%ebp)
End of assembler dump.
#v-

Let's look at line #1941 of mplayer.c and it's context:

#v+
#ifdef USE_OSD
      if(osd_level){
        osd_visible=sh_video->fps; // 1 sec
        vo_osd_progbar_type=OSD_VOLUME;
        vo_osd_progbar_value=(mixer_getbothvolume()*256.0)/100.0;
        vo_osd_changed(OSDTYPE_PROGBAR);
      }
#endif
#v-

Hmmm... is it really OSD problem?

gotar:~: echo osdlevel=0 >> ~/.mplayer/config
gotar:~: gotar:~: mplayer 1.mp3 2.mp3
[playing 1st stream]
ok
[playing 2nd stream]
ok

I don't include system information, because it's system independent bug
in mplayer. It appears even with -nosound, when there's no output at
all.

-- 
GoTaR <gotar at priv0.onet.pl>		USA sux
PLD stuff at http://mops.uci.agh.edu.pl/~gotar/