ok few things

262.5 lines

Click to expand...

most of the text I casually looked up suggested 262 lines, with the time of the "extra half line" being the gun sweeping back to the top time or never mention the half line so some clarification on that would be appreciated (as I have a few working rs170 examples using 262 and they behave fine on new sets)

Color TV sets have filters designed to roll off video response before 3.58 MHz, which is the color subcarrier frequency. This is pretty low video bandwidth, corresponding to about 200 lines horizontal resolution. Some sets use comb filters which allow video bandwidth up to 4.2 MHz, but which again don't like the un-interlaced Apple signal. They count on the color burst phase changing 180 degrees every line, and the Apple II doesn't.

Click to expand...

as I have not even looked at colour burst yet so I will take your word, but it also makes me wonder how other old computers and video game systems do the same trick and still function on new screens

ok my findings on my apple //c doing a line scan, is that everything about the video output of my computer is short in time

vertical sync lasts only 3.0us (4.7 is the norm)

the visible video signal is 48 us vs 51.5

and the whole line takes 52us vs 63.5

I wasnt able to grab a good back porch and front porch time, but it doesn't matter, its short by roughly 11us, which is pretty good considering the age of the design BUT as tv's become more (hd super lux 3d truvision virtualreality media centers) anal retentive I would suspect this timing discrepancy to be the major culprit

easy solution? not off hand other than using a pretty powerful mcu (or whatever your into) with a decent chunk of ram to sample the image per frame and re-output it to whatever format you want, and someone has already done this for the II and the IIc (not sure about GS) with a fpga, but I dont think they are currently in production