With CRT. be VERY WORRIED if the set can't do 480P....(with Amigas all you're interested in is whether the set has SCART input to accept RGBs) ; the CRT component of the set is fixed frequency doing PAL...(in computer monitor terms a fixed-sync versus a multisync) ...I'm a few pixels right on the yellow start line, but from your images above...
....they're on the same timebase -- the red & green components (which give yellow), are all moved and equal amount to the right, relative to the blue/gray/black components.
Now...the only place that can happen, is in the M61264 video processor, but because I can't find a datasheet for it (which, if it exists, will be in chinese) and only that of of the base IC design with a (as opposed to the sort of datasheet for a similar western market equivalent like series), nobody can really explain just wtf or why it's doing that...ie; is it at the programmable interface level or at a chip design limitation level (or even CRT driver hardware limitation), but for whatever reason in the real world relative to CRT technology, it's firing the red and green guns too early/late =) I know I'll be reiterating here, but if it were me I'd be straight on down to cashies to buy a dvd player or some cheap with component out, -just- to prove or disprove the case you could use (or need to use) a M61264 that works with CAV (component analog video) and not digital component video conversion...I never really thought about it...probably because Amigas were computers not consoles, the former targets monitors, the latter teevees....here with M61264 you'd suspect the RGB matrix and/or Y signal line processing being at the bottom of this..
...in a way ExtendedDefinitionTV -is- 480P ....you look at the block diagram for M61264 ; there's a lot of 'conspicuous space' that suggests this IC may come with other functional blocks...you just don't know (you never do with this stuff) ; I used to hack with this sort of video signal processor gear years ago....works like this (same for '1 Chip TV' devices like this and a host of others)...the IC itself is thick as a brick, and controlled by a MCU, which boots up, initializes the video IC with configuration data and it works. On some video converters like , instead of the device MCU running the IC, you connect a RPi to it's I2C bus and control it yourself, get access to setting you can't get to from OSD menus...supply your own parameters to suit a particular conversion specification the manufacturer never thought about, as the gbs8200 is aimed primarily to arcade board type applications (and the various different input video to VGA conversion algorithms) and not the whacky screenmodes an Amiga spits out....
Decades back you may have been lucky to come across big Tektronix CRT displays used in hospital/medical/other lab equipment for video display units, being decommissioned and replaced with smaller more functional units with flat-panel LCD. The monitors were built on Sony Trinitron chassis with flat face 20" CRT and RGB-SoG (sync on green) video input. I think..what can go wrong...buy/build a a VGA->RGB-SoG converter, and be looking at a -real- CRT instead. On usenet you eventually find someone's leaked out specifics of the '' required to send timing pulses to the monitor inputs...so with this modeline in hand, configure the Xserver with it, restartx turn things on...garbage on the screen, loss of sync, shifted colours/contrast, moire patterning...wtf? What have I done wrong?...recheck all my hardware (I built a SOG circuit), shorten interconnect cabling and double-check, tear my hair out, nothing worked...but then I never suspected my S3 Virge videocard might be the problem, because it worked fine in SVGA.
I swapped in a Diamond Stealth ET4000 video card instead -- it works! (huzzah) not perfect, occasional jitter....but why? It was in the S3 video chip...you have to specify the dotclock value in the modeline, it was silently rounding the dotclock up/down to the nearest number divisible by 8...the ET4000 chip would increment the number by 1 if odd (so it got closer but not spot on) -- Sony had made the chassis Tektronix specific by use of a proprietary video chip capable of producing that exact modeline the video inputs would accept. Of course you only find out about this years later and after the fact, when the datasheets find their way out of nda and into the wild... =)
Bookmarks