Цифрование видео через FPGA (DE1)

[ivagor]

svofski, спасибо! Не думал, что с синхрой даже после доработки настолько все плохо. И фиг бы с bwclrs, а вот мощные засветы (или как их назвать) в "темных" строках clrs лишают возможности построить адекватную гистограмму.
Возможно и тюнер не самый удачный для вектора. Насколько помню, у меня AverTV305 (или 307) фигню, которая у тебя снизу (строки, где слева черный прямоугольник) показывал сверху, как и на старинном ч/б ТВ. Т.е. похоже у тебя картинка циклически сдвинута наверх. Захваты с вектора у меня на другом компе, но я часть из них выкладывал.

[svofski]

ivagor, я на самом деле затрудняюсь дать убедительное объяснение всем наблюдаемым сбоям. Потому что например странно, что несмотря на то, что этот сигнал нормально проходит через мой детектор синхры и с RGB замешивается совершенно ровно, а если я пытаюсь пропускать не RGB, а яркостный проводок, у меня тоже все срывается. Заставка загрузчика при этом проходит нормально. Видимо там более-менее яркое на более-менее темном и оно друг друга уравновешивает.

Я надеюсь вскорости незалениться и задокументировать разные сигналы. Некоторые процессы там поражают воображение. Может быть, какие-то из них могут быть успокены заменой конденсаторов. Вообще, всего три крохотные баночки 220мкф на такую доску -- я удивлен.

---------- Post added at 15:30 ---------- Previous post was at 15:17 ----------

Да, кстати, включение-выключение чередования у меня однозначно сказывается на проблемах цветности сверху экрана. Просто на чем-то это хуже заметно, на чем-то лучше, но всегда. Проблема в том, что в том положении, когда не мерцает, цвета путаются чуть чуть. В сплошных заливках этого не заметить, а в загрузчике, например, видно, что строки идут по очереди желтая-зеленая.

У меня есть версии:
1) у меня на самом деле все настолько сильно перепутано и наоборот, что тюнеры просто понимают, что случай фатальный и где-то чего-то надо перевернуть внутри себя (сложность в том, что переворачивать можно не только амплитуду, но и фазу)
2) что может быть все-таки надо сделать по уму кадровые синхроимпульсы с кодами полей (narrowsync/broadsync): это может быть важно как раз для правильного чередования строк
3) что все плохо из-за того, что цветовая поднесущая никак не кратна частоте кадров. Но это мне кажется невероятным, на то colorburst-ы и вставляются в начало каждой строки, чтобы это было несущественным. И вообще, тогда бы ничего не работало.

Кстати, все, кто подключал настоящий C64 к современному монитору, видели с краю неубиваемую белую полосу и боялись, не сломался ли их C64. Я думаю, что может быть неспроста полоса. Может быть это тоже выравнивание какое-нибудь чтобы не сходили с ума телевизоры. Ну а может быть конечно просто чихнула тетя, которая наклеивала транзистор на фотошаблон.

[ivagor]

Да, кстати, включение-выключение чередования у меня однозначно сказывается на проблемах цветности сверху экрана. Просто на чем-то это хуже заметно, на чем-то лучше, но всегда. Проблема в том, что в том положении, когда не мерцает, цвета путаются чуть чуть. В сплошных заливках этого не заметить, а в загрузчике, например, видно, что строки идут по очереди желтая-зеленая.

Может это я не совсем из той оперы приплетаю, но после даунгрейда твоего варианта pal*16 до твоего же варианта pal*4 (все на de2-115) у меня строки стали в загрузчике по очереди желтая - красноватая. Я думал (может так оно и есть), что это особенность варианта pal*4. И, как я уже говорил, оба попробованных ТВ нормально показывают только при SW4=0, иначе на одном красный пропадает, на другом - мигание вверху экрана.

[svofski]

Еще может быть там переполнение. Но переполнение должно быть видно на всех телевизорах одинаково, поскольку это такой хорошо заметный эффект.

[ivagor]

про sw4 исправил

[svofski]

Пофотали сегодня с tnt23 осцилолграммы. Во всех случая запущен clrs.rom, в конце экрана самый яркий сигнал. Верхний трейс, где есть, это восстановленный сигнал, нижний -- как он есть на выходе.

Конец кадра


Конец кадра


Конец кадра без подключенной нагрузки


Померили пульсации на L1-C34


Добавили еще 220 свежих микрофарад в параллель к C34:


С 2200мкф жить можно:


Посмотрели как теперь выглядит выход с подключенной нагрузкой:


Неплохо!

Это все было на доселе не модифицированном Векторе, том же, у которого проблемы с синим. Посмотрели и что с синим на этом экземпляре. Вот выход хорошей ножки РУ2:


А вот сдохшая ножка:


---------- Post added at 01:55 ---------- Previous post was at 01:53 ----------

ivagor, я знаю, что ты хочешь посмотреть на bwclrs, но все это мы делали с разобранным немодифицированным Вектором. С него напрямую синхра не цепляется.

[Advertiser]

[ivagor]

Интересные картинки, познавательные. Все же в исходной схеме (синхру оставлю в стороне) были выбраны неверно номиналы емкостей или это от старости получается такая порнография?

---------- Post added at 09:47 ---------- Previous post was at 09:41 ----------

Ну и надо признать, что clrs информативнее bwclrs, да еще и с бордюром

[tnt23]

Интересные картинки, познавательные. Все же в исходной схеме (синхру оставлю в стороне) были выбраны неверно номиналы емкостей или это от старости получается такая порнография?

svofski ранее выдвинул гипотезу, что узким местом в буквальном смысле слова является дроссель. Может быть, идея была благая - не пущать цифровой шум с шины питания в видеосигнал.

[svofski]

Дроссель вообще выглядит разумным дополнением, учитывая то, как видео выход просаживает питание. Я думаю, что правильно было бы изначально поставить конденсатор побольше. Не факт, что оригинальные 220мкф окончательно высохли, потому что новые 220мкф тоже ситуацию радикально не исправили, но 2200мкф вот это да, вещь. tnt23 говорит, что в те времена 2200мкф были очень редки и дороги.

Не факт, что идея согласования была широко распространена — стандартных видео входов ведь просто не было тогда. Длина видео провода, который никак не является 75-омным коаксиалом, тоже намекает.

Но вообще, по-моему, самая дурацкая ошибка была использовать ТТЛ микросхему без буфера прямо в видео выходе. У БК грамотно поставлены эмиттерные повторители (хотя ей бы не помешал туда в коллекторную цепь дроссель и 2200мкф ).

[ivagor]

Меня опять потянуло на оффтоп. Твое текущее решение довольно универсальное. А в принципе насколько сложно было бы сделать платку-согласователь конкретно для вектора, куда подать с платы вектора 8бит RGB и синхру а другой стороной в GPIO? А de1 (или de с другими цифрами) уже в качестве PAL-модулятора или скандаблера.