Реплика ПК 11/16

[AlexG]

в давние времена изображение формировалось (компьютерами) обычно только по полям с частотой кадров 50 гц. те видимых 287 строк. для получения 574 видимых строк использовалось два поля и получалось частота полного кадра 25 гц. Это "Азбука" Другими словами для видимых 300 строк надо понижать частоту кдров с 50 до 48гц. либо формировать изображение двумя полями с эффективной частотой избражения 25гц и сжатым по вертикали изображением. Докучи использование двух полей "несколько усложняет" схему формирования синхросигналов.
ПС " Полупроводниковые схемы с этим справляются легко, но стандарт был принят во времена ламп." Да могу - но кого это волнует ?
". Точнее, кадровый бланк должен быть 0.075 +/- 0.005 периода кадровой развертки, т.е. от 22 до 25 строк, и, с точки зрения стандарта, любое из этих значений допустимо, т.е. телевизор обязан это понять. (В те далекие времена, по всей видимости, кадровый бланк формировался аналоговой схемой.) "
В госте сказано что (строго ) 25 строк отводится на кадровый гасящий импульс - значит так и должно быть. те никак не от 22 до 25 строк.
Другими словами Любой источник ТВсигнала должен формироваться по госту а любой приёмник обязан понимать оный сигнал. любые отклонения в источнике и приёмнике ведут к кривому отображению картинки. Что имеется у нас: ТВ-сигнал малость непохожий на гостированный сигнал (кадровая у нас 48 для одного поля) и современные телевизоры (или мониторы) которые жёстко настроены на гостированный сигнал в 50 гц. Аналоговые телевизоры в силу своих аналоговых схем имеют большой запас по регулировкам частот и др параметров. и посему могли воспринимать не стандартный сигнал.
ПС: коль имеются все прошивки и схема - то посмотреть кадровый (да и строчный) сигнал можно ещё до формирования "полного" видео сигнала "в чистом виде" - ну прям как дети не разумные

[Advertiser]

[troosh]

Все, что после (с отличиями в тайминга и прочем) - новодел и потеря совместимости.
Что же касается предположения, что правильных таймингов требуют только демы, то это не так.
Даже на том же КЦГД, при нарушении таймингов начинал глючить графический математический пакет. Это только из того, что мне попадалось.

Ну не все тайминги одинаковы опасны: позицию и ширину синхроимпульсов можно свободно двигать до достижения желаемого результата.

Другое дело, что синхросигналы используют в схеме не только для управления минитором, в частности ОЗУ палитр обновляют по кадровому синхроимпульсу. А чтоб сигналы раздублить нужны дополнительные выводы, иначе говоря замена одной/двух gal16v8 на другой тип, например, на gal22v10. Ну или сразу переход на CPLD/FPGA.

По горизонтали вроде должны быть видны все пиксели (26 отрезков по 2 мкс = 52 мкс), но из-за нестандартной пиксельной частоты скорее всего будут размазаны (видеотракт рассчитан на 6.75МГц, а не на 8 МГц).

А вот биться за нестандартные 300 строк, по моему, не нужно. Всё, что оботражается на экране это окна - те статусные две строки можно просто передвинуть куда хочется, - клавиша F10 и вперёд... Можно подправить ПЗУ и софт на дискетах.

Кстати, мою сборку ПЗУ из исходников проверяли на реальной машине?

[Woland]

Кстати, мою сборку ПЗУ из исходников проверяли на реальной машине?

А как её проверять? Если нет контроллера IDE. И я как-то пропустил сборку окончательную, помню только, что она не влазила после компиляции в микросхемы.

позицию и ширину синхроимпульсов можно свободно двигать до достижения желаемого результата.

А поправить прошивку V3 (или какая там нужна) чтобы влазили все 300 строк можете? Там видимо надо увеличить интервал гашения - я в этом плохо разбираюсь. Ну или для начала разобрать, как это все там устроено досканально - выложить сюда, а потом коллегиально решить, как лучше поправить без потери совместимости, и чтобы влазило на большинстве мониторов и телеков по высоте.

[troosh]

А как её проверять? Если нет контроллера IDE. И я как-то пропустил сборку окончательную, помню только, что она не влазила после компиляции в микросхемы.

Есть две сборки, первая оригинальная без IDE — там всё влезло (хотя и чуть большего размера, чем у сдампленного образа с реальной машины - меньше пустоты в конце 16К), под эмулятором работает:

https://github.com/troosh/pk11-16/bl...6.SAV?raw=true

Чтоб запихать с поддержкой IDE нужно либо чем-то жертвовать, типа поддержки MFM, либо улучшать сжатие. Собственно я пошел по второму пути (для пробы пера начал с заведомо худшего, но простенького LZ4 в теме про эмулятор УКНЦ).

А поправить прошивку V3 (или какая там нужна) чтобы влазили все 300 строк можете? Там видимо надо увеличить интервал гашения - я в этом плохо разбираюсь. Ну или для начала разобрать, как это все там устроено досканально - выложить сюда, а потом коллегиально решить, как лучше поправить без потери совместимости, и чтобы влазило на большинстве мониторов и телеков по высоте.

Нужно разбираться. Это сложно сейчас с одним телефоном вдали от всей кучи распечаток по данной теме. Хотя уходить от 50Гц это неправильно, ну зачем эти 12 строчек вообще нужны, - проще там ничего не отображаеть и не ломать тайминг.

[Woland]

проще там ничего не отображаеть и не ломать тайминг.

Не факт что там придется ломать тайминги и уходить от 50Гц. Надо сначала выяснить, как оно там в деталях организовано и в чем конкретно причина не влезания строк, а пока только предположения..

[AFZ]

в давние времена изображение формировалось (компьютерами) обычно только по полям с частотой кадров 50 гц. те видимых 287 строк. для получения 574 видимых строк использовалось два поля и получалось частота полного кадра 25 гц

Или 288 и 576, разница в одну строку на полукадр, в общем-то, несуществена.

В госте сказано что (строго ) 25 строк отводится на кадровый гасящий импульс - значит так и должно быть.

Можно посмотреть на текст этого ГОСТа? URL ?

А вообще, по-хорошему, надо плюнуть на встроенный DAC, кто найдет "теплый кинескопный" 6106, ради бога, а для тех, у кого его нет, надо вывести на дополнительный разъем биты изображения до DAC'а и Pixel Clock, принять это дело по GPIO в какой-нибудь мелкий одноплатник, вроде Raspberry PI, с современным видеоадаптером на борту, там это дело должным образом переформатировать и отдать на нормальный современный монитор. Ладно, оригинальный Неон (один из 200) обязан остаться таким, как был, но в новоделе (реплике) таки имеет смысл позаботиться о возможности подключения современных мониторов. Вместо шаманских плясок с бубном вокруг разных TV-тьюнеров и пр.

Не факт что там придется ломать тайминги и уходить от 50Гц. Надо сначала выяснить, как оно там в деталях организовано и в чем конкретно причина не влезания строк, а пока только предположения..

Угу, и первым делом надо точно измерить кадровую частоту.

[AlexG]

в гугле ищем "телевизионный сигнал гост"
первая ссылка
http://docs.cntd.ru/document/gost-7845-92

[AFZ]

в гугле ищем "телевизионный сигнал гост"

Уже нашел и почитал ГОСТ 7845-92, действующий и поныне. Так вот, все гораздо хуже. Во-первых, формат 3:4 никто не отменял, производители телевизоров ввели 4:5 действительно в явочном порядке. Во-вторых, чтобы получить 300 строк, действительно, надо понизить кадровую до 48 Гц, что сильно неправильно. 288 строк получить легко: строчная 15650 Гц, кадровая 50 Гц, видимых строк 288, обратный ход 25 строк. Так, кстати, сделан КГД для ДВК. А 300... Интересно, в чью нетрезвую голову пришло такое?

В общем так: надеяться, что кто-то из буржуазных ТВ-тьюнеров и т.п. правильно и полностью поймет такую кривизну, конечно, можно, но вероятность того, что эти надежды сбудутся, крайне мала. Поэтому для сохранения аутентичности, конечно, аналоговый видеовыход в реплике, безусловно, остается, но, в дополнение к нему надо организовать цифровой выход, в котором будут присутствовать все биты видеосигнала, подающиеся на DAC, Pixel Clock, ССИ и КСИ. Ну, и сочинить для какого-нибудь фруктового пирожка программулю, которая примет это дело через GPIO, переформатирует и отдаст полученую картинку через свой встроенный видеоадаптер на современный монитор.

Нечто подобное для УКНЦ сделал наш коллега Jarik65535, правда у него используется писюк, а не "пирожок", соответственно, аппаратная часть у него на специализированной USB-шной ПЛИС, но не суть важно.

[MacBuster]

Удаление в знак протеста против действий MM

[AFZ]

Совершенно необязательно - дополнительный преобразователь может работать "на лету", по одной строке, сразу заменяя ТВ-строку в памяти отображения. В этом случае задержка только на участке "видеоадаптер - монитор", но от нее никуда не денешься, да и приличное видео работает быстро...