Previous Thread
Next Thread
Print Thread
Page 2 of 2 1 2
Vas Crabb #121056 06/24/22 01:19 AM
Joined: Mar 2001
Posts: 16,914
Likes: 56
R
Very Senior Member
Online Content
Very Senior Member
R
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 Online Content
Very Senior Member
Joined: Feb 2004
Posts: 2,372
Likes: 90
Originally Posted by R. Belmont
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.

Vas Crabb #121059 06/24/22 01:55 PM
Joined: Dec 2015
Posts: 147
Likes: 3
A
AJR Offline
Senior Member
Offline
Senior Member
A
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.
Vas Crabb #121060 06/24/22 03:57 PM
Joined: Feb 2004
Posts: 2,372
Likes: 90
Very Senior Member
OP Online Content
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.

Vas Crabb #121062 06/25/22 06:21 PM
Joined: Feb 2004
Posts: 2,372
Likes: 90
Very Senior Member
OP Online Content
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?

Vas Crabb #121063 06/25/22 09:21 PM
Joined: Mar 2001
Posts: 16,914
Likes: 56
R
Very Senior Member
Online Content
Very Senior Member
R
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).

Page 2 of 2 1 2

Link Copied to Clipboard
Who's Online Now
2 members (Pernod, 1 invisible), 34 guests, and 1 robot.
Key: Admin, Global Mod, Mod
ShoutChat
Comment Guidelines: Do post respectful and insightful comments. Don't flame, hate, spam.
Forum Statistics
Forums9
Topics9,090
Posts119,149
Members5,014
Most Online890
Jan 17th, 2020
Our Sponsor
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!

Superior Solitaire
Forum hosted by www.retrogamesformac.com