July 27, 2020 at 5:13 PM #40110YYsMGParticipant
Hi there. I got my OSSC last week and have been very pleased with it, the consoles that I have tried through the SCART input have all looked great, although that was more of a secondary function for me.
I got the OSSC so that it could upscale 640×480 VGA signal from some old Macs and it’s been doing that very nicely. Previously the signals went straight into my capture card which was good enough for a lot of things, but single pixel reds and blues got blurred and just looked crap. I don’t need to worry about that anymore, its the crispest footage iv ever recorded.
I also decided to plug in an older Mac (a IIsi) that previously refused to talk to the capture card due to only being able to output specific RGB signals. I have gotten a picture through the OSSC via RGsB on AV3.
640×480 was first output from the OSSC as 720×480. There was some massive fuzzy lines that can be pushed back and fourth with the sampling phase. I started screwing around with the horizontal active length and knocked it down to 640 before re-centering the image with the backporch figures. This improved things but I don’t think the fuzz will go away until the black horizontal pixels down the sides displayed in the below picture have been removed, im getting an output of 640 horizontal pixels but the actual image is slightly less than that, the video needs to be stretched out. The fuzzy lines aren’t too visible unless its on-top of dithered pixels which I’ve caught here by screenshotting the output in the middle of it changing colour modes.
So is there an option to stretch the video and/or is that even the right way to go about sorting this out? The video quality is actually good enough for me as it is but I just thought id ask in-case it could be perfected. It’s other resolution, 512×364 is happy as larry and the OSSC is 2x-ing the output although it has rather limited use, few games support it.
Thanks for any input, apologies if my description is missing key things. I’m new to a lot of the terminology and and don’t yet know what a lot of it means. 😛July 27, 2020 at 8:47 PM #40121ZacabebParticipant
The sample rate isn’t correct for the input, so you need to increase H.samplerate by maybe 15-16 steps.
Edit: I found some documentation that states the dot clock on the Macintosh IIsi should be 864 dots per line in 640×480 mode, with a horizontal sync period of 64 dots and a back porch of 96 dots.August 3, 2020 at 8:56 AM #40271YYsMGParticipant
Thanks for that, the dotclock figure sent me in the right direction. The complete list of changed figures ended up at
H. samplerate – 864
H. Backporch – 91 (96 cut out a bit of the image)
H. Synclen – 64
H. active – 640
V. Backporch – 36
picture is now clean. Cheers!
- This reply was modified 1 month, 2 weeks ago by YYsMG.
- You must be logged in to reply to this topic.