Полигон-2

Скоростью порта качество конечно ограниченно... Но:
1 - сначала надо завести хоть что- нибудь! Схема далеко от идеала.. В процессе её думаю дополнять и совершенствовать...  Далее я уже продумал схемку аппаратного сжатия... Она в порт заливает уже сжатый сигнал.. Ну типа из 5 бит сигнала яркости делает 3 бита... А далее програмно интерполировать в первоначальный вид... И если что - не обязательно ЕСП порт... Для троек можно будет слегка переделать схемку на 4 бита и юзать сигналы состояния принтера. Они даже на ХТ являются входами...
2

[q]

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

[/q]

В этом проблемм нет! но [B]как перевести видеокарту в графический режим![/B] чтобы спроецированный массив отобразился на экране!!! (прошу конкретный код процедуры!)
3 Схему АЦП залил на www.fmulder007.narod.ru Там и набросок монтажки... В схеме нет модуля синхронизации, его нарисую [B]после того, как ацп будет готов. [/B] В подключении модуля синхронизации (к174ха11) есть несколько ньюансов и чтобы не мутить воду, я всё опробую, а потом готовую схему перенесу с черновиков (их уже 38 листов А4) перенесу на сайт...
Проблемма: Если система берёт данные с LPT и пересылает их в видеопамять, Будет ли у неё время собирать эту видеопамять и писать на винт??? В проекте framergb я так и не могу понять как реализована запись кадров на винт...  
В перспективе - собрать девайс, который просто берёт видеосигнал, оцифрует его, немного сжимает и пишет на винт! Что-то типа АЦП+винт+ЦАП.
Чтобы использовать вместе с небольшой видеокамерой (видеоглазок) для тактического костюма (идёт в комплекте к установке FMG-001)
Это гауссовка...

fmulder007
былобы время яб возможно намалевал всю прогу , , но мне унжно устройство для опробирования надумак .. подожду полной схемы

mb  Я понятия не имею, как там звук сжимали... Можно вычислить несколько контрольных сумм видеопотока и передавать только их... А потом по ним восстанавливать... А вообще вчера посчитал скорость потока для полосы в 4 мегагерца при 25 кадрах в секунду(качество vhs) и получилось около 1015 килобит в секунду. Такую скорость порт обеспечивает без проблемм!
И ещё... Где есть нормальный мануал по VGA видеоадаптеру... Видеорежим переключать буду через биос (int 10h) - так прощще. Только у меня нормальная дока по EGA. Я пробовал на её основе сделать прогу - не рисует она точки... Если найду нормальное описание VGA адаптера с портами, регистрами...
Geners Схема уже лежит... АЦП таким и будет. В Data посылается цифровой код яркости (0 соответствует чёрному, 10000 соответствует белому) в параллельном виде.  На любые другие входы порта подаётся 1 в момент начала новой строки и 1 в момент начала нового кадра. Прога должна [B]сама просчитывать количество элементов изображения в строке! Соответственно нужно чтобы прога точно генерировала задержку времени, а затем опрашивала байт яркости и выводила его на место следующего элемента.[/B] То есть - в pal и secam длительность одной строки равна 64 микросекунды! Если мы хотим использовать 320 на 200 точек на экране - надо 64 микросекунды разделить на 320 точек в строке = 200 наносекунд. Эта задержка должна быть постоянной и точной! Видимо придётся использовать какой-то таймер... Как это делать - я не представляю...
1:перевести дисплей в видеорежим
2:проверить сигнала нового кадра
              Если да - присвоить y = 0
3:ждать сигнала новой строки
               4: for Х = 0 to 320
               считать байт яркости
               Привести байт яркости к виду вывода в видеопамять
               Записать байт яркости в видеопамять по позиции Х
               подождать 200 наносекунд
               повторить X
увеличит У на 1
Повторить со строки 2
Должно получиться примерно такое. Для облегчения процесса, можно подавать байт яркости на LPT сразу в виде байта для записи в видеопамять... Переделать схему можно легко! Зато избавим проц от лишних преобразований... Остаётся найти мануал по VGA...

или я че недогоняю  или .....
но

[q]

На любые другие входы порта подаётся 1 в момент начала новой строки и 1 в момент начала нового кадра.

[/q]

А следом

[q]

Прога должна сама просчитывать количество элементов изображения в строке!

[/q]

???? если мы сигналим когда строка законцена зачем еще доролнительно считать ???
считать надо в том случаи если нам не сигналит или мы проверяем .....
Потом если ты решил писать на уровне биоса , то хочу сказать что это наоборот медленней .....
Тогда надо писать на уровне железа  и выводить прямо в видео память раскидывая сразу яркость по страницам

fmulder007, а почему X от 0 до 320? Если хватаем PAL625, то четверть кадра - это 384 x 288. Если с кропом - 360 x 270 и нужно 12 элементов пропустить, потом 360 захватить и снова 12 пропустить.
А разрешение 320 x 240 - это NTSC без кропа.