> On 2022-08-22, at 18:25, Gerrit Heitsch <gerrit_at_laosinh.s.bawue.de> wrote: > >>>> Ah, that might explain! Does anyone here have that French version with extra transcoder board? >>> >>> Yes, I have one here. It gets very hot and produces very drifty SECAM colours - but it does work. >> Is yours the same as this here: >> https://www.c64-wiki.de/wiki/Procep_SECAM > > The TDA3510 is a PAL decoder chip, so a C64 with that module is a standard PAL C64. Well, it has to be. Otherwise the framerate, scanlines number, etc. wouldn't match. > Output is color difference signals which they probably just run through a SECAM encoder. > > And doesn't SECAM use frequency modulation to encode the color? That would explain the drifting if the oscillators on the board are not 100% stable and drift with the temperature. I am not sure what the OP meant with "drifty colours". SECAM was susceptible to (I am not sure how to name the effect) "irregular colour bleeding" ? Not like "ghosting" which follows the shape of the luma part but blurred/shifted but rather irregularly shaped colour distortions. Kind of colour noise following the actual shape. While I am not completely sure what the reason was, I might attribute it to something similar to FM noise, which might be caused by the fact that the chrominance was frequency modulated. When signal was clear and strong, SECAM looked as good if not better than PAL though, especially on older TVs where Hanover bars had to be "eye mixed" ;-) The problem was that getting that clear and strong signal was not an easy jobReceived on 2022-08-23 00:00:03
Archive generated by hypermail 2.3.0.