Bug 37957 - DosBox does not stretch to fullscreen w/Intel driver
Summary: DosBox does not stretch to fullscreen w/Intel driver
Status: REOPENED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: 7.6 (2010.12)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-05 11:24 UTC by 0001patrick
Modified: 2012-11-20 18:27 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
log for xorg (23.66 KB, text/plain)
2011-06-05 13:05 UTC, 0001patrick
no flags Details
log for xorg (old) (22.54 KB, text/plain)
2011-06-05 13:06 UTC, 0001patrick
no flags Details
config for dosbox (9.68 KB, text/plain)
2011-06-05 13:38 UTC, 0001patrick
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description 0001patrick 2011-06-05 11:24:21 UTC
With the new xorg upgrade DosBox does not stretch to
fullscreen 100% as it did before.  There is a large blank area on top
and also on the bottom with the 810 and later driver.
With the previous driver version the DosBox screen stretched
perfectly to 100% with every program.

THX.
Comment 1 Chris Wilson 2011-06-05 12:10:09 UTC
Can you please attach Xorg.log, and describe from which versions you upgraded from and to?
Comment 2 0001patrick 2011-06-05 13:03:57 UTC
(In reply to comment #1)
> Can you please attach Xorg.log, and describe from which versions you upgraded
> from and to?

xorg 1.6.5 was upgraded to xorg 1.9.5
Comment 3 0001patrick 2011-06-05 13:05:05 UTC
Created attachment 47571 [details]
log for xorg

per request
Comment 4 0001patrick 2011-06-05 13:06:02 UTC
Created attachment 47572 [details]
log for xorg (old)

per request
Comment 5 Chris Wilson 2011-06-05 13:26:46 UTC
Ok, so it's not a DDX issue then.

Is DosBox attempting to resize the screen to fit itself when fullscreen, or does it simply scale itself to fit? [I don't know how DosBox interacts with X] Perhaps an xtrace may help understand what DosBox is asking of X.
Comment 6 0001patrick 2011-06-05 13:32:30 UTC
(In reply to comment #5)
> Ok, so it's not a DDX issue then.
> 
> Is DosBox attempting to resize the screen to fit itself when fullscreen, or
> does it simply scale itself to fit? [I don't know how DosBox interacts with X]
> Perhaps an xtrace may help understand what DosBox is asking of X.

Would an attachment of the dosbox .config file be helpful ?
It appears to stretch itself to fill the screen.  Scaling is set
at normal2x. I'll attach the file.   How does one do an xtrace ?
Comment 7 0001patrick 2011-06-05 13:38:26 UTC
Created attachment 47573 [details]
config for dosbox

per request
Comment 8 0001patrick 2011-10-19 18:38:21 UTC
dosbox gives a basic vga screen which needs to be
stretched to full screen 100 %   

xorg 1.6.5 used to do this
xorg 1.10.3 doesn't

what is the status of this basic fix ?
Comment 9 Chris Wilson 2012-07-22 16:43:21 UTC
Oh, it's aspect ratio scaling you're complaining about.

When dosbox changes the mode to 640x480, there will be black bars on either side in the default scaling mode.

xrandr --output LVDS1 --set "scaling mode" "Full"
Comment 10 0001patrick 2012-07-22 17:09:53 UTC
(In reply to comment #9)
> Oh, it's aspect ratio scaling you're complaining about.
> 
> When dosbox changes the mode to 640x480, there will be black bars on either
> side in the default scaling mode.
> 
> xrandr --output LVDS1 --set "scaling mode" "Full"

Yes, in theory that should work but it doesn't.
Same DosBox but different Intel driver.  Some default
setting in the new drivers or an associated program
is still not set as in the old xorg 1.6.5 setup.  It
just won't change to full screen with xrandr or any
DosBox aspect ratio internal configuration setting then.

Thanks for the response, thanks for taking a look.

Still not solved.

Patrick


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.