|
|
Joined: Mar 2001
Posts: 16,914 Likes: 56
Very Senior Member
|
Very Senior Member
Joined: Mar 2001
Posts: 16,914 Likes: 56 |
video/mac.cpp has some code to force the view depending on the monitor type, which is what causes the weirdness when using a machine with built-in video plus a card. That was considered the best possible solution ~10 years ago to get the right aspect ratio for the full-page display (3:4), can we do something that sucks less now?
|
|
|
|
Joined: Feb 2004
Posts: 2,372 Likes: 90
Very Senior Member
|
OP
Very Senior Member
Joined: Feb 2004
Posts: 2,372 Likes: 90 |
video/mac.cpp has some code to force the view depending on the monitor type, which is what causes the weirdness when using a machine with built-in video plus a card. That was considered the best possible solution ~10 years ago to get the right aspect ratio for the full-page display (3:4), can we do something that sucks less now? I’ve thought about this a bit, and I can’t think of a simple solution yet. Two things that won’t work: - Using a machine configuration setting for the monitor type, but the time you can read the I/O port to find out what it is, it’s too late to set the screen’s physical aspect ratio. You can’t read I/O ports before the machine starts, but you need to set screens’ physical aspect ratios before layout geometry is calculated.
- If you put the screen in a slot device representing the monitor, its tag changes depending on the monitor type. Slot cards are set up too late to tell device_screen_interface things what the actual screen tags are.
Another annoyance is that there’s no way from within a layout to get a screen’s aspect ratio by tag. That’s still only exposed by index, and screen indices change depend on card setup. I guess we just leave it for now.
|
|
|
|
Joined: Dec 2015
Posts: 147 Likes: 3
Senior Member
|
Senior Member
Joined: Dec 2015
Posts: 147 Likes: 3 |
Further complicating the "physical aspect" issue is the existence of rotatable displays with sensors to detect changes during operation between portrait and landscape modes, such as the Facit Twist terminal or (to return to the subject at hand) the Radius Pivot.
Last edited by AJR; 06/24/22 01:59 PM.
|
|
|
|
Joined: Feb 2004
Posts: 2,372 Likes: 90
Very Senior Member
|
OP
Very Senior Member
Joined: Feb 2004
Posts: 2,372 Likes: 90 |
But that doesn’t actually change the aspect ratio, just the rotation. The Radius Full Page Pivot still scans along the long axis when it’s vertical. It’s not like the Apple portrait monitors that scan along the short axis.
|
|
|
|
Joined: Feb 2004
Posts: 2,372 Likes: 90
Very Senior Member
|
OP
Very Senior Member
Joined: Feb 2004
Posts: 2,372 Likes: 90 |
ArBee: how much explanation for video cards should be included on the wiki page for the 68k Mac drivers? And how much should go in the list, versus having an additional section specifically for video cards?
|
|
|
|
Joined: Mar 2001
Posts: 16,914 Likes: 56
Very Senior Member
|
Very Senior Member
Joined: Mar 2001
Posts: 16,914 Likes: 56 |
We're kind of flying blind here in terms of precedent, but I'd at least list what video modes each card supports and any special features (pan/zoom or acceleration).
|
|
|
2 members (Pernod, 1 invisible),
34
guests, and
1
robot. |
Key:
Admin,
Global Mod,
Mod
|
|
Forums9
Topics9,090
Posts119,149
Members5,014
|
Most Online890 Jan 17th, 2020
|
|
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!
|
|
|
|
|