VESA no longer working

VESA no longer working

[Hanno Böck]

[-- Attachment #1: Type: text/plain, Size: 224 bytes --]

Since dosemu 1.1.99.2 (and also in 1.2.0) vesa no longer works for me
(xdosemu).

I found the $_X_vesamode variable in dosemu.conf, but that doesn't
change anything.
How can I get vesa back working?

-- 
Hanno Böck

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: VESA no longer working

[Bart Oldeman]

On Mon, 19 Jan 2004, Hanno [ISO-8859-15] Böck wrote:

> Since dosemu 1.1.99.2 (and also in 1.2.0) vesa no longer works for me
> (xdosemu).
>
> I found the $_X_vesamode variable in dosemu.conf, but that doesn't
> change anything.
> How can I get vesa back working?

is it all of vesa? In my testing 1.2.0 vesa works fine except for a few
modes: duke3d 800x600x256, sc2000 640x480x256, and all arachne 256 color
modes work fine here.

Arachne in 800x600 hicolor mode gives here (when the X server is in 24/32
bit true color mode)
ERROR: X: X_setmode: video mode 0x114 not supported on this screen
and the X window is black. But this is explained in README.txt:


   The current implementation supports 4 and 8 bit SVGA modes on all
   types of X display. Hi-color modes are supported only on displays
   matching the exact color depth (15 or 16); true color modes are
   supported only on true color X displays, but always both 24 bit and 32
   bit SVGA modes.

[...]

   If a VGA mode is not supported on your current X display, the graphics
   screen will just remain black. Note that this does not mean that
   xdosemu has crashed.

Can you provide more detail? Also, there were just a few changes in the
src/env/video directory between 1.1.99.1 and 1.1.99.2 so you can easily
try which one broke vesa for you -- I can't imagine anything else
than vgaemu.c but that looks strange.

Or perhaps you switched the color depth of your X server?

Bart


-
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: VESA no longer working

[Hanno Böck]

[-- Attachment #1: Type: text/plain, Size: 939 bytes --]


On Mon, 19 Jan 2004 22:30:36 +0000 (GMT)
Bart Oldeman <bartoldeman@users.sourceforge.net> wrote:

> Or perhaps you switched the color depth of your X server?

Damn, that was the solution. Sorry for hurting you with this problem.
(When will xfree support color depth-switching runtime?)

But I still have the problem I reported a while ago (and got no answer)
that if an application in xdosemu runs in vesa, i cannot switch to
fullscreen (well, I can, but then the screen is black - if i switch
back, I get my picture back).

And for the problem above: Are there plans to implement the support of
lower color depth modes if you have a higher color depth?
I mean, it should be trivial to display a 16bit-image on a 24bit screen
(just some shifting of the values). I'm not familiar with the
dosemu-source, if you give me a hint where to start looking in the
source, I'll try if I can get a patch done.

-- 
Hanno Böck

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: VESA no longer working

[Bart Oldeman]

On Tue, 20 Jan 2004, Hanno [ISO-8859-15] Böck wrote:

> On Mon, 19 Jan 2004 22:30:36 +0000 (GMT)
> Bart Oldeman <bartoldeman@users.sourceforge.net> wrote:
>
> > Or perhaps you switched the color depth of your X server?
>
> Damn, that was the solution. Sorry for hurting you with this problem.
> (When will xfree support color depth-switching runtime?)

at one point this was supposed to be part of the RandR extension but I'm
not sure what came of it. DGA is another possibility -- but it requires
root if no kernel framebuffer device is present. And if fbdev is present
then changing depth/resolution may not be possible either (e.g. vesafb)

> But I still have the problem I reported a while ago (and got no answer)
> that if an application in xdosemu runs in vesa, i cannot switch to
> fullscreen (well, I can, but then the screen is black - if i switch
> back, I get my picture back).

Right, when I implemented fullscreen I didn't check the >=15bpp vesa
modes, just 256 color ones. The problem is that these high bpp modes can't
be scaled (with other video modes in windowed mode you can make the
window as large as you like) but I did try to do that anyway.

"  In addition, the current hi- and true color support does not allow
   resizing of the graphics window and gamma correction is ignored."

Scaling is nontrivial but it should be straightforward to disable trying
to scale hi/true color modes for fullscreen, and just choose a fitting
resolution with black margins if necessary. I'll give that a go.

> And for the problem above: Are there plans to implement the support of
> lower color depth modes if you have a higher color depth?
> I mean, it should be trivial to display a 16bit-image on a 24bit screen
> (just some shifting of the values). I'm not familiar with the
> dosemu-source, if you give me a hint where to start looking in the
> source, I'll try if I can get a patch done.

I think there are no concrete plans but it would surely be a nice thing to
have.

src/env/video/remap.c and remap_asm.S are the places to start looking.

Bart

-
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html