[MPlayer-users] -vo svga segmentation fault
kpacam at sympatico.ca
Thu Aug 1 20:19:01 CEST 2002
p_l at gmx.fr wrote:
>[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>On Wed, Jul 31, 2002 at 09:14:40PM -0400, Ken Acmens wrote:
>>GS HUNT wrote:
>>>Hmm... Neomagic has had some problem in the past with the Xfree
>>>server. If you have the money... i'd get a better card. A quick glance
>>>around the web suggests that there are still problems with neomagic
>>>cards and Xfree server... Might want to check for lastest patches for
>>>the Xfree server.
>>>Ken Acmens wrote:
>>>>vo_svga: preinit - maxframes=1
>>>>Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
>>>>VDec: vo config request - 720 x 480 (preferred csp: Mpeg PES)
>>>>This happens with MPlayer-20020731 and MPlayer-0.90pre5.
>>>>I've traced (by inserting more printfs) the problem to the vga_init()
>>>>function call in checksupportedmodes() in libvo/vo_svga.c
>>>>Strangely, the demos that come with svgalib-1.4.3 call vga_init() and
>>>>run just fine. For some reason mplayer can't call that function...
>>>>Does anyone have any ideas?
>>>>Neomagic Corporation NM2380 [MagicMedia 256XL+] (rev 10)
>>>>Video Driver: svgalib-1.4.3 configured as VESA in /etc/vga/libvga.config
>>>>Computer: Sony Vaio PCG-F560
>>My computer is a notebook. I'm not aware of any way to replace the
>>video chip. I wish I could, because it is a crappy chip. Do you know
>>of a way? PCMCIA perhaps? Docking station?
>Sweet dreams :)
>>I'm not running X. I'm trying to play movies without X because I'm not
>>happy with mplayer's playback under X. Here's some info about svgalib:
>>I've also tried -vo fbdev and I'm ALMOST satisfied with it. I'm trying
>>svgalib just in case it works that tiny bit smoother.
>Did you try running mplayer with plain VESA instead of VESA thru svgalib ?
>Maybe it's a bug in your chip regarding VESA support so neither svgalib
>nor vesa might be able to workaround it :/
I checked a couple of things.
I can run the demo programs that come with svgalib (configured to use
VESA on my machine). Why wouldn't mplayer also work? It's using the
same vga_init() that the demo programs use. One way of looking at it is
that mplayer is just another svga demo program.
I'm currently running fbdev configured to use VESA.
Since I can't use either -vo vesa or -vo svga with mplayer, my guess is
that mplayer is the problem.
I'm beginning to debug vga_init(). Maybe I can determine what exactly
is causing the seg fault. vga_init() does some interesting things (more
than the man page says).
More information about the MPlayer-users