Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » MDA/Hercules/CGA/EGA to VGA конвертер на ПЛИС |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 | Печать |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 17 марта 2018 21:05 Сообщение отредактировано: 17 марта 2018 21:17
wbcbz7 написал: пикселклок-то на видеоконнектор не выведен Почему бы вместо увеличения частоты в 8(!) раз, просто не поставить переключатели (джамперы) для ручного выбора количества пикселей в строке - 320, 640, 720? Думаю, доступность и стоимость устройства снизилась бы в разы. Теперь уже автор сего устройства удивил, когда написал о применении теоремы Котельникова (Найквиста) к цифровому сигналу. |
-MiS-
Advanced Member
Откуда: Москва Всего сообщений: 682 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 9 мар. 2016 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 17 марта 2018 21:59 Сообщение отредактировано: 17 марта 2018 22:02
Пару недель назад собрал и протестировал. Все отлично! Особенно доставил режим эмуляции черно-зеленого монитора. Запускал с Hercules и 14" VGA мониторе 74LVC245 покупал в тут Там-же заказывал статику для XT на фарадее. Была еще затея рассмотреть возможность приспособить его к Spectrum'у по цифре. |
justontime
Full Member
Откуда: СПб Всего сообщений: 236 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 сен. 2016 |
Я довольно внимательно смотрел на разные варианты подобных устройств. То, что сделал автор - весьма неплохо. Жестко задать частоту можно, но тогда придется делать ФАПЧ и прочие довольно хитрые штуки, так как частота пикселей карты не только неизбежно будет отличаться в каких-то пределах от частоты внутри FPGA, но и эти частоты будут плавать относительно друг друга. Соответственно, ближе к концу строки пикселы начнут ползти, а на границе еще и мерцать. Мало того, я экспериментировал со специализированной микросхемой захвата видеосигнала - результат не лучше, чем этот преобразователь. Короче, человек придумал довольно хорошо работающий метод при совершенно разумных затратах на устройство. |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
justontime написал: С этой характеристикой могу согласиться. То, что сделал автор - весьма неплохо. Мне не с чем использовать подобное устройство, поэтому интерес исключительно теоретический. Пока впечатление - из пушки по воробьям. |
-MiS-
Advanced Member
Откуда: Москва Всего сообщений: 682 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 9 мар. 2016 |
Rio444 написал: А какие еще варианты решения данной задачи? Пока впечатление - из пушки по воробьям. Может проще только конвертер сразу к ЖК матрице, и то я не уверен, можно ли там менять частоту обновления в нужных пределах |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 17 марта 2018 23:29 Сообщение отредактировано: 17 марта 2018 23:40
-MiS- написал: Так те же самые, только синхронно с видеосигналом. Частоты ниже, компоненты дешевле и доступнее. А какие еще варианты решения данной задачи? Не хочу дальше развивать эту тему, потому что не имею опыта работы с ПЛИС, а погружаться сейчас не вижу смысла. Вариант, предложенный автором разработки, предполагает, что мы ничего не знаем о видеосигнале. Получается очень универсально, но дорого. На самом деле, мы знаем, что пикселей в строке 320, 640 или 720. |
justontime
Full Member
Откуда: СПб Всего сообщений: 236 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 сен. 2016 |
Rio444 написал: Я же говорил, что это знание принципиально ситуацию не меняет - частоты не идеальны и плавают по времени, поэтому жестко привязаться к началу строки и отсчитывать пикселы по одному не получится. Вернее, картинка будет даже читабельной, но совершенно неудовлетворительной. На самом деле, мы знаем, что пикселей в строке 320, 640 или 720. Кроме того, экономия при использовании более медленной памяти получается смешная (на фоне остальной стоимости). Единственное, что можно сделать - если под рукой есть бесплатная память, то требование быстродействия можно понизить за счет увеличения разрядности. Естественно, плату и код придется переделывать |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 марта 2018 9:04 Сообщение отредактировано: 18 марта 2018 9:04
justontime написал: Как это возможно? Тогда изображение на экране тоже должно плавать. Я же говорил, что это знание принципиально ситуацию не меняет - частоты не идеальны и плавают по времени, поэтому жестко привязаться к началу строки и отсчитывать пикселы по одному не получится. И зачем тогда кварцы на видеокартах стоят? На некоторых по несколько. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
justontime видимо имел ввиду фазовую погрешность, которая будет накапливаться к концу строки из-за неизбежных различий частот. Тут надо посчитать, какое допустимое отклонение частот генераторов, чтобы в конце строки мы не "уплыли" Типа как у COM port-ов. Хотя как по мне, привыкшему все делать на жесткой логике и MCU (я не работал с ПЛИС) собрать с PLL может быть интереснее было бы. |
justontime
Full Member
Откуда: СПб Всего сообщений: 236 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 сен. 2016 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 марта 2018 9:29 Сообщение отредактировано: 18 марта 2018 9:31
Rio444 написал: А оно и плавает - совсем немного. Только если постепенное "уплывание" в виде растягивания всей картинки на (условно) треть пиксела человеческому глазу незаметно, то в случае с конвертором это может привести к тому, что целый ряд пикселов будет менять свой цвет. Например, правый (к правому краю накапливается ошибка смещения) вертикальный белый бордюр (линия) Norton'а будет дрожать по ширине плюс-минус пиксел, что на статической картинке будет смотреться кошмарно. Ну и т.п. вещи Как это возможно? Тогда изображение на экране тоже должно плавать. Rio444 написал: Правильно - для задания частоты. Только эта частота, как и все в вашем мире, несовершенна - и изначально, и по времени (например, изменение температуры). Плюс еще, например, PLL FPGA очень часто не в состоянии сформировать конкретно заданную частоту - та же 14.31818... из 50 МГц не получается (не говоря еще об изначальной погрешности тактового генератора) И зачем тогда кварцы на видеокартах стоят? |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » MDA/Hercules/CGA/EGA to VGA конвертер на ПЛИС |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |