Prev: alternate POP/SMTP ports with Evolution?
Next: NYC LOCAL: Tuesday 8 June 2010 Lisp NYC Meet and NYLUG Hack Meet
From: root on 7 Jun 2010 13:57
I have configured mplayer with svgalib support
so that I can call it from a console as well
as under X. There is some interaction between
X (xorg 1.4.2) so that if I shut X down it
affects the performance of mplayer under the
console.

I can start/stop X any number of times without
a problem as long as I don't invoke mplayer
from a console after running X.

I can start/stop mplayer any number of times
as long as I don't ever start X in between.

In all of the above cases I get 1080P output.

If I start/stop X and then run mplayer I get
640/480 display without proper sync. Thereafter
I am no longer able to start X and get any
video output.

I am running mplayer mplayer-1.0pre7try2
although the problem also exists for the
latest version of mplayer:mplayer-export-2010-06-06.

I use the latest nvidia driver for the
display under X.

It seems that when I run X it changes the state
of the system so that running mplayer under
a console is no longer possible. Any ideas
of how I might track this down?

TIA.
From: J G Miller on 7 Jun 2010 16:40
On Mon, 07 Jun 2010 17:57:02 +0000, root wrote:

> I have configured mplayer with svgalib support so that I can call it
> from a console as well as under X.

Would it not give better performance if you use the frame buffer
driver output for playing on the console?

mplayer -vo help output should include

fbdev Framebuffer Device
fbdev2 Framebuffer Device


> It seems that when I run X it changes the state of the system so that
> running mplayer under a console is no longer possible. Any ideas of how
> I might track this down?

I do not think it is X11 server which is changing the state of the
screen, but running program{s} in SVGA mode and it is related to
how the software interact with the "overlay" extended video feature
of the video card.

Under X11, you should run the program xvinfo, and check whether or
not the details change after running mplayer in SVGAlib mode.

Also you need to review the settings in /etc/vga/libvga.config
which is part of the libsvga1 package.
From: root on 7 Jun 2010 19:41
J G Miller <miller(a)yoyo.ORG> wrote:
> On Mon, 07 Jun 2010 17:57:02 +0000, root wrote:
>
>> I have configured mplayer with svgalib support so that I can call it
>> from a console as well as under X.
>
> Would it not give better performance if you use the frame buffer
> driver output for playing on the console?
>
> mplayer -vo help output should include
>
> fbdev Framebuffer Device
> fbdev2 Framebuffer Device
>
>
svgalib passes off the lowest level operations
to the driver of my choice. I have tried both
fbdev and vesa with the latter being what I
chose.

>
> I do not think it is X11 server which is changing the state of the
> screen, but running program{s} in SVGA mode and it is related to
> how the software interact with the "overlay" extended video feature
> of the video card.
>
> Under X11, you should run the program xvinfo, and check whether or
> not the details change after running mplayer in SVGAlib mode.

I can only run xvinfo if I have not run mplayer beforehand.
That means I can't get a glimpse of the state. I have
tried typing xvinfo >info.2 blindly but info.2 comes
up empty.

>
> Also you need to review the settings in /etc/vga/libvga.config
> which is part of the libsvga1 package.

I have twiddled the settings. No luck.
 | 
Pages: 1
Prev: alternate POP/SMTP ports with Evolution?
Next: NYC LOCAL: Tuesday 8 June 2010 Lisp NYC Meet and NYLUG Hack Meet