Есть у меня аж 4 строчки изображения, декодированного на компе с помощью аудасити (найквист команды), ровно на столько строчек хватило памяти цифрового осциллографа на работе, которым я снял эти 4 строчки, подкинув щупы к 1килоом нагрузкам на выходе чипа tct6035
Картинка была масштабирована далее до масштаба 4х, как выводят скалеры, и оказалось, что попиксельно она выглядит ну вполне себе ничего.
Учитывая еще факт, что в режиме 256 в Y канале корежит строку (пиксели в ширину разные там), предположу, что PAL кодер и матрицирование цвета, а далее мультиплексирование сигнала - сделаны в дискретном домене. То есть на Chroma ноге чипа идет 17734475/14318182 дискретных отсчетов в секунду. Только фронты подзавалены. Последовательность из 4 значений +Cb, +Cr, -Cb, -Cr, которые нужно таким же коммутатором разделить, отрицательные умножить на -1, то есть получить в одном канале +Cb, 0, +Cb, 0, а во втором +Cr, 0, +Cr, 0. Далее нужно каждый канал сложить со своей задержанной на 1/4 цикла копией, чтобы получить прямоугольничек уже с полной шириной, без нулевых пауз, ну а дальше на три тюльпанчика подаем в телевизор или карту захвата и радуемся.
Хочу еще сказать, что +Cb/+Cr и -Cb/-Cr - это не одно и то же, а уникальные "пиксели", то есть цветоразность проинвертирована пиксель через пиксель, таким образом, мы имеем 570 точек цветности во всей строке, включая гашение (285 периодов поднесущей умножить на 2), а в видимой части... ну на 0,75 умножить, выходит 427,5, то есть дофига. И вот этот кусок картинки как бы намекает...
Также могу добавить, что я пробовал сам генерировать PAL/NTSC сигнал на компе, я подобрал для пользовательского режима пиксельную частоту, конкретно "26.6 МГц", и 1/6 от этой частоты попадает в диапазон захвата поднесущей 4,43 телевизором, таким образом, я смог на втором "мониторе" открыть сгенерированную картинку, чтобы на выходе VGA цапа получить композитное видео. Правда, по размаху оно на 75 Ом получается 0,7 Вольта. 0,27 (потому что удобно, уровень черного 99 единиц) я отдал под синхроимпульсы, а на яркость+цветность оставшие 0,44 В. Просто потом на телевизоре контрастность выкрутил, и всё пучком.
Во вложениях есть тайминги видеорежима, чтобы это попробовать, и сами сгенерированные изображения, 262 строки это на 1 поле (инверсия красного цветоразностного дает стоящий на месте шахматный паттерн), 522 строки это на 2 поля по 261 строке_нечетное значение (инверсия цветоразностного красного дает шахматный паттерн, который меняется каждое поле на противоположный, как в сеге в пал50, где 313 строк). Требуется видимокарта, можно с чисто цифровым выходом, я через HDMI-VGA конвертер это выводил на GTX1660 Super в старый сони тринитрон 14 дюймов.
Ну, собственно, суть в чем. Оказалось, что в нтсц формате введение вот этой самой YIQ модели "повернутой по фазе" обусловлено тем, что у сигналов IQ в труъ нтсц кодерах полоса ограничивается разным значением, короче, чтобы мылить цветность таким способом, каким это будет хуже видно глазу среднего американца, но на сколько градусов они повернули координаты этой самой цветовой модели, на столько же градусов они повернули обратно фазы несущих, то есть фактически, если мы не делаем супер пупер аутентичный нтсц кодер, а делаем как в сеге, по-простому, то отличие нтсц от пал тупо в том, что Cr компонента в каждой второй строчке инвертируется, а вспышку в начале строки можно выразить, как некое опорное сочетание значений Cb и Cr (то есть вектор с определенным углом и амплитудой).
*вообще, разная полоса I и Q сигналов, скорее всего, сделана для того, чтобы срезать часть боковой полосы модулированного сигнала, ту часть, где есть только один из сигналов, и где его не надо отделять, но представляю, какое там шпилли-вилли с фчх и ачх фильтров...
То есть с выхода кодера на чипе сеги выходит YUV мультиплексированный что в режиме пал, что в режиме нтсц, и нам не нужно переключать чип сеги на вывод пал и городить логику определения четной/нечетной строки. У нас есть 17,734 мег тактовые импульсы, которые мы подаем на счетчик двоичный двухразрядный (два т-триггера, чет типа ТМ2, но побыстрее, буржуйское чето), а чтоб счет всегда начинался с правильного момента, мы сбрасываем счетчики строчным синхроимпульсом. Далее нужно:
1)поработать над сигналом цветности, нужно в нем компенсировать частотную хар-ку, чтобы убрать взаимовлияние соседних импульсов друг на друга (вот это RCцепочко-подобное поведение убрать)
2)подстроить тонко фазу 17,734 мег на входе счетчика, чтобы коммутатор переключался аккурат в моменты переключения коммутатора в кодере
1)и2) можно уже на тестовых демках с цветными полосами отстроить, на предмет правильного тона изображения и границ между цветными полосами
3)где-то родить линии задержки на 1/17734475, чтоб цветность с прореженной скважностью можно было сложить саму с собой со сдвигом и убрать прореженность, звучит смешно, но 10-12 метров тонкого коаксиального кабеля смотать можно в бухту и использовать в качестве линии задержки, отрезать/откалиброваться ч0тко... но вообще можно этим голову не мучить, а сделать ФНЧ как на цвет, так на яркость, чтобы сгладить углы квадратиков, потому что если это несглаженное непотребство подавать на телевизор с 427 элементами на строку, неограниченная полоса даст наложение спектров, и, в целом, если вы можете на катод кинескопа тв подать острые прямоугольнички, усилить их с ЦАПа без какого-либо сглаживания, вы увидите, насколько это ужасно на самом деле, и поймете, почему вообще где-то в более новых ТВ шаг точки уменьшили (для RGB подключения), а в старых с около 450 элементов на строку (а 14-дюймовые - и того меньше) часто никакого RGB нет, и его можно только приколхозить
свидео1 и свидео2 - это скриншоты с dscaler, которые демонстрируют косяк яркостного канала tct6035, sm801 и так далее (для разрешения 256 пикселей), и, возможно, по композиту эта нечисть таки тоже будет видна, я еще погляжу сам... наложение спектров собственной персоной, а наложение - оно в НЧ область уходит, то есть если пиксель стал на 3/4 шире, чем его сосед, это значит, что его вес на 3/4 больше, и что точка будет контрастнее даже после фильтра яркости
характерно еще то, что косяк этот не устраняется заменой кварца с 17,** на 14,**, и в режиме 320 пикселей он отсутствует при любом кварце, также проверено, что это ведет себя так не карта захвата, а сама сега
И вопрос еще - а в новых клонах, более-менее представляющих внутри чипа аппаратную сегу, тоже такая хрень, или нет? У кого там есть сега на TCT6801/6803/QS816...
