-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: add support for 240p #42
Comments
The proposed mechanism to support this is to re-purpose the lower 4 bits of the DC_VIDEO register in a backwards compatible way. Here is an initial proposal I have come up with which retains backwards compatibility with the Output Mode and Chroma Enable bits:
|
This also applies to Composite/S-Video output modes |
Small correction Joe: the VERA still paints both odd and even scan lines, but it does them in a way that instructs the display to not shift down half a line. This results in it drawing exactly over the previous field, resulting in a 59.5hz progressive scan image. If you do try to display something using 480 lines, it will paint both fields on top of each other, resulting in noticeable flicker. Also, any use of V-scaling to shrink the image vertically will result in visible flicker. (Along with scaling artifacts) |
One of the community members on Discord has already come up with an idea for using this effect as a temporal dither to get interesting color effects. |
This request originates from Adrian Black. This causes old "Arcade" monitors (and the venerable Commodore 1084) to skip painting odd scanlines producing a visible raster line effect very reminiscent of early displays.
The attached sample was rendered on a VERA that I had modified to render 240p.
The text was updated successfully, but these errors were encountered: