English Amiga Board


Go Back   English Amiga Board > Coders > Coders. Asm / Hardware

 
 
Thread Tools
Old 17 June 2022, 18:15   #21
ross
Defendit numerus
 
ross's Avatar
 
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 53
Posts: 4,474
Quote:
Originally Posted by VladR View Post
I imagine CRT monitors to be finicky about the required frequency, that was quite fun back in the day...

But these days with LCD, this shouldn't be an issue, I reckon ?
CRT technology is not the problem, but the support of those frequencies. Not a problem at all for a good multisync, but a big no-no on any 15Kz TV or monitor.

However it seems to me that you are missing the main problem: if you double the horizontal frequency you also have to double the number of video lines to have the same frequency.
This implies that your resolution will no longer be 160x200 but 160x400.
Of course you can, with the help of the modulo, easily have 160x200 but this does not prevent you from having to give up on half the video bandwidht, used by the DMA channels of the bitplanes (i.e. same as 320x200; yes, no free lunch sorry)..



Quote:
Originally Posted by rothers View Post
How would sprites behave in such a resolution?
The usual 140ns pixels (on ECS).
ross is offline  
Old 17 June 2022, 18:26   #22
VladR
Registered User
 
Join Date: Dec 2019
Location: North Dakota
Posts: 741
Quote:
Originally Posted by ross View Post
However it seems to me that you are missing the main problem: if you double the horizontal frequency you also have to double the number of video lines to have the same frequency.
This implies that your resolution will no longer be 160x200 but 160x400.
Of course you can, with the help of the modulo, easily have 160x200 but this does not prevent you from having to give up on half the video bandwidht, used by the DMA channels of the bitplanes (i.e. same as 320x200; yes, no free lunch sorry)..
Ouch, that really sucks. The whole point of 160x200 was to have to compute and render 50% of pixels compared to 320x200 and gain additional DMA slots due to less data being transferred.
Oh, well. No free lunch, indeed
VladR is offline  
Old 17 June 2022, 18:58   #23
paraj
Registered User
 
paraj's Avatar
 
Join Date: Feb 2017
Location: Denmark
Posts: 1,106
Quote:
Originally Posted by ross View Post
CRT technology is not the problem, but the support of those frequencies. Not a problem at all for a good multisync, but a big no-no on any 15Kz TV or monitor.

However it seems to me that you are missing the main problem: if you double the horizontal frequency you also have to double the number of video lines to have the same frequency.
This implies that your resolution will no longer be 160x200 but 160x400.
Of course you can, with the help of the modulo, easily have 160x200 but this does not prevent you from having to give up on half the video bandwidht, used by the DMA channels of the bitplanes (i.e. same as 320x200; yes, no free lunch sorry)..
Just out of curiosity could you halve vertical resolution? I mean, if you're going to require a good multisync monitor anyway...
For the DMA bandwidth, I guess you could just set BPLCON0=0 every other scanline (like e.g. planet rock lobster in voxel part).
What do the basics of setting up such a mode look like? Just a few key register values would suffice and I'll look up the rest
paraj is offline  
Old 17 June 2022, 19:32   #24
ross
Defendit numerus
 
ross's Avatar
 
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 53
Posts: 4,474
Quote:
Originally Posted by paraj View Post
Just out of curiosity could you halve vertical resolution? I mean, if you're going to require a good multisync monitor anyway...
Yes, you could; or better, an Amiga ECS+ allows it.
But I have no idea if there are monitors that appreciate ~31KHz horizontal, ~120Hz vertical and 200 visible video lines (~262 raw video lines)

Quote:
For the DMA bandwidth, I guess you could just set BPLCON0=0 every other scanline (like e.g. planet rock lobster in voxel part).
Yes, this might work.
BUT the brightness of the original image is compromised (you need to increase the brightness a lot to compensate for the alternating black lines); technically you may not even make them completely black..

Quote:
What do the basics of setting up such a mode look like? Just a few key register values would suffice and I'll look up the rest
Well, primarily HTOTAL and VTOTAL
But obviously the other programmable registers must also be set accordingly (H&V sync, H&V blank registers,...).
In practice you have to know what signals the various video devices expect (for example you could study VESA documents) and 'emulate' them thanks to the Amiga signals (normally based on CCK and (sub)-multiples).

And remember that halving HTOTAL is not enough, because the ENTIRE system of predefined DMA channels continues to function as before.

The discussion at this point would become complex, there are many details to consider, but I advise you to observe what the system monitors drivers do.
ross is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
WinUAE adjusting max visible horizontal resolution - is it possible ? BigT support.WinUAE 2 26 April 2020 15:43
Games - Best Resolution + Horizontal & Vertical + Position DamienD support.Games 0 27 December 2015 13:28
[Found: Resolution 101] "Scaled pixels" - "fly in a skyscraper city" Photon Looking for a game name ? 5 06 August 2007 15:26
REQ: Automatic resolution change ; automatic resolution detection Borg_Number_One request.UAE Wishlist 3 21 August 2004 14:16
Few games don't switch resolution from video card to native amiga resolution! digital support.WinUAE 12 14 March 2003 13:23

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 20:31.

Top

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
Page generated in 0.15236 seconds with 15 queries