We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 78 - Couldn't set 1920x1200x32 video mode: No video mode large enough for 1920x1200
Summary: Couldn't set 1920x1200x32 video mode: No video mode large enough for 1920x1200
Status: RESOLVED DUPLICATE of bug 23
Alias: None
Product: SDL
Classification: Unclassified
Component: video (show other bugs)
Version: 1.2.8
Hardware: x86 Linux
: P2 normal
Assignee: Ryan C. Gordon
QA Contact: Sam Lantinga
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-24 03:56 UTC by esigra
Modified: 2006-01-27 11:23 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description esigra 2006-01-24 03:56:53 UTC
This has been discussed on the mailing list:
http://www.devolution.com/pipermail/sdl/2005-December/071672.html
Ryan C. Gordon looked at the code and came to the following conclusion:
"Ok, I looked, and there's an obvious answer: we only support up to
1600x1200.  :/

It could probably Just Work if someone adds it to checkres and
vesa_timings at the top of src/video/fbcon/SDL_fbvideo.c, though."

Since nothing has happened since then I add the issue to this bug tracking system so it does not fall into oblivion.
Comment 1 Ryan C. Gordon 2006-01-24 04:55:49 UTC
(In reply to comment #0)
> Since nothing has happened since then I add the issue to this bug tracking
> system so it does not fall into oblivion.

We already put this in Bugzilla, for this very reason.  :)

It was Bug #23, which I think we decided was handled by the addition of an /etc/fb.modes parser.

--ryan.



*** This bug has been marked as a duplicate of 23 ***
Comment 2 esigra 2006-01-24 06:07:18 UTC
Thanks for fixing :-) So I just have to wait for the release of 1.2.10 then.
Comment 3 Ryan C. Gordon 2006-01-27 11:23:23 UTC
Setting Sam as "QA Contact" on all bugs (even resolved ones) so he'll definitely be in the loop to any further discussion here about SDL.

--ryan.