Hi,
Firstly I should apologise in case this is not fully relevant to directfb itself - the solution to the problem I have might as likely be in mplayer as directfb.
I am writing a media server type of application that is to be used with a remote control and television / AV system. Nothing else - no keyboard, mouse etc. (A keyboard might get added later, but the point is it is not required to use the system.) Anyway, this means the entire user interface always uses the television - either it displays the user interface, or the output of mplayer (and later maybe other things such as xmame).
The graphics card is a Matrox G450, and I am using the dfbmga driver in mplayer.
The problem comes when switching between the user interface and mplayer - as far as I can tell, the user interface must give up the display so that mplayer can get exclusive access to it. This causes a glitch on the video output which upsets the television. I think the signal actually disappears briefly. Is there a technical reason why it is necessary for the display to be altered when an application exits? For instance, if I use dfbsee to look at an image, when I exit this, the display gets scrambled. I am only concerned with the TV-out signal from the card - I am not looking at what is coming out of the other VGA output.
So ideally what I am looking for is a way to seamlessly enter and leave mplayer (and other applications) without causing disturbance to the video output. I don't mind if the display has to be blank (still a proper video picture, just black), but I don't want the television to have to re-synchronise.
I am quite happy to keep everything at 720x576, however is it possible to change video resolution on this hardware without upsetting the output syncs? (Changing horizontal resolution for instance, but keeping the overall timing the same.) I am not expecting to be able to do this, but it would be nice for 4:3 pictures on a 16:9 display if it's possible.
I will (of course) be publishing the source for this thing when it's more finished...
Regards, James Gatt.
