Полигон-2

fmulder007
такую частоту порт не потянет
через 20 кадров - это значиться картинка у нас будеть обновляться ..... с частотой 2 с перехлестом в секунду - как прибор для наблюдения годиться
теперь самый быстрый ком порт держит 216килов , но на деле в матках реализован 115 .
ТАк теперь считаем , картнку телевизионную неберем - уже без счета понятно не пролезет
так что берем 320х320 = 102400 пикселей - вай много однако  , каждый несет по отному биту (жуткая картитнка) тоесть 102400бит\8 = 128000 байт = 128 килов - поужмемся и пропехнем проимерно за 1 секунду  
13 сотых - вроде нечего , ан нет блин намже надо 2 раза в секунду сканить - запар .
Блин буфер надо ,причем не 128 а 256 килов - мы ведь не укладываемся в пропускную способность порта , поэтому буду накапливаться остаточки
Читать это намного проше , сосздаем в проге постоянный массив 320 на 320 , в него из файла читаем данные и  поместив на форму компонент например image из делфи гоним туды битовый образ
сразу для всхех особо умных - битовая катинка с битностью в один бит и при неизменных размерах занимает один обьем
(Сообщение отредактировал Geners 20 окт. 2006 15:07)

Arseny
я считаю в десятичной натации - если незнал то она в технике допустима (это я так в целях твоей образованности)
Вот достал ты на меня наежать - сам скажи хоть чтото дельное
102400бит\8 = 128000 байт/1000 = 128 килов
102400бит\8 = 128000 байт/1024 = 125 килов прям очень много мы вииграли - афигеть можно

Arseny
блин точно лишний нолик , надо было за раз считать
кстати а практической ползы уже от разрешения 128 полный ноль
так что не дельно - извиняй .
Ну если ты лучше меня все посчитал то какова .... не написал раньше ???? хотя я дагадываюсь какого ....
и еще один Маленький нюансик  чтоб запрограмить 115200 кбс в секунду - надо работать с регистрами , те найти достаточно безглючную билиотеку - которая бы пральная рулила защитой винды (под 9х можно не мучаться и писать на асме , винда проглотит и не поперхнеться , а вот для серий 2к , NT  - фиг )
и еще одно при 13 лишних и образуеться нахлестик лишних байт из другой партии изображения поэтому их надо игнорить .
про то что их под служебные цели юзать - веперед геморойся с обрабатыаанием состояния 13 байт в конце
115 кб пакета когда тебе егор уже надо на диск скинуть .
В данном случаи fmulder007 правельно предложил использовать один из входов состояния вопрос тока нафига оно нам нужно ? у нас получаеться битовый факйль который ненапрягась можно присматривать прослистывая по 1024000 бита ????
для токо чтоб писать в avi ? без написания своего рекордера , нам нужно еще писать драйвер виртуального устроства ......
Ну и самое главное во всей теме - Arseny выб хоть схему девайсины привели раз вам так все очевидно ,
очень интресно глянуть на схему приобразющею ТВ композит с камеры в разрешении 640 х400  , в 320х320х1  ????
или может вы нам приведете схему своего устроства захвата изображения (вообще шикарно )
ждемс

Нашел немного по Covox'у - несколько программ игралок, дрова, исходники, описания, эмуляторы SB, пара-тройка схем... Схема дигитайзера там в принципе есть, но ... В общем отправил как есть fmulder007'у.
(Сообщение отредактировал Arseny 20 окт. 2006 21:09)

У меня сложности с считыванием состояния ног ком порта с С++
Может подскажите пару строг, как считать состояние rx (или любого другого входа) в виде "1"или"0" в реальном времени? Если с этим разберусь, за железом дело не станет!