Page Buffer Capture from Radius FPD/SE VRAM Input - First baby step to cloning Card
- Thread starter Trash80toG4
- Start date
I doubt RGBtoHDMI has the horsepower to do my rotation transform in real time. Started looking at this one:
RGBtoHDMI - 6-bit TTL Edition - TexElec
The RGBtoHDMI is an excellent open project created by Hoglet67 (David Banks) and IanB (Ian Bradbury). The purpose of the RGBtoHDMI is to convert many different TTL and analog video signals from vintage systems to a modern HDMI or DVI compatible output. It uses a Raspberry Pi Zero along with a...
texelec.com
Moved on to FPGA for speed and flexibility for future development.
Last edited:
21:45 "It's literally outputting scanlines less wide than they are tall."
That means there's no rotation.
That means there's no rotation.
I suppose one could take a video of the display to see if the raster is horizontal or not.
It must be horizontal according to the timing info posted at
https://68kmla.org/bb/threads/page-...t-baby-step-to-cloning-card.52646/post-594899
57.283 MHz = 17.4571862 ns
68.85 kHz = 14524.3282 ns
75 Hz = 13333333.3 ns
width = 14524.3282 / 17.4571862 = 832 pixels. (less than the active vertical height of 864 lines so this must be horizontal)
height = 13333333.3 / 14524.3282 = 918 lines.
Last edited:
The image scans as I've illustrated it.
from start, scans across 640 pixels, doubles back, drops one row . . . repeats 800+ times.
RGBtoHDMI centers the output mid-screen just as does my Extron Scaler. Neither setup supports rotation to get practical use of FPD 640x800+ output.
from start, scans across 640 pixels, doubles back, drops one row . . . repeats 800+ times.
RGBtoHDMI centers the output mid-screen just as does my Extron Scaler. Neither setup supports rotation to get practical use of FPD 640x800+ output.