VOGONS


First post, by TeaRex

User metadata
Rank Member
Rank
Member

I just risked updating my Ubuntu to 12.10 Beta 2 - and now DOSBox (self compiled from the same SVN source I used before in Ubuntu 12.04) is behaving very strangely when in fullscreen mode: Only the upper left quarter of the DOS screen is visible, magnified to double height and width so as to fill the whole screen. This seems to be independent of ouput= setting - happens in surface, overlay, opengl equally. It's also independent of whatever VGA mode the game is using - it's the same whether in text mode, 320x200, 640x200, 640x480 or any of the others I tried.

Any idea what might be causing this?

System info: Core2Quad, 64-bit Ubuntu 12.10 Beta 2, GTX 260 Graphics with NVIDIA binary driver version 304.43. DOSBox is compiled as a 32-bit application, which I've always done to have the full FPU precision in dynamic core. SDL-1.2 and SDL_net and SDL_sound also self compiled from current Mercurial source code as 32-bit libraries.

EDIT: The same happens with DOSBox compiled as native 64-bit application with the system provided SDL libraries, so that wasn't the cause. Also, no change when I go from scaler=none to scaler=normal2x.

EDIT: When I pre-set the screen mode before I start DOSBox, with xrandr -s 720x400, the problem seems to be gone temporarily. Very odd indeed.

tearex

Reply 1 of 3, by TeaRex

User metadata
Rank Member
Rank
Member

Just to make this clear, I wasn't saying "WTF" to the DOSBox developers who are doing such a great job. It's rather what I said to myself when I saw this effect...

Any ideas?

tearex

Reply 2 of 3, by h-a-l-9000

User metadata
Rank DOSBox Author
Rank
DOSBox Author

What about other SDL applications?

1+1=10

Reply 3 of 3, by TeaRex

User metadata
Rank Member
Rank
Member

Bingo, it seems to be a general SDL problem. If the screen is the right size before starting an SDL program, everything works, but if SDL tries to resize the screen, only the upper left quarter will be visible.

I'll take a look at what SDL does to actually do the resizing... maybe I can distill this down to some simple test case and then report a bug in SDL or in the video driver.

tearex