мдя.. 10к. я не потяну...
думаю за 2 недели адаптирую этот проект к моим микросхемам.

Извиняюсь, а чем CODER.SCH файл открыть, PCAD-ы не берут.

Да вроде в PCAD'е все было.

Добрый вечер! Собрал сей девайс,не хочет работать,а именно не грабит.Синхроселектор настроил,работает правильно,появился /WE.А вот дальше засада...Раскопав отладку и подправив ком вижу доходит до перехода на граб и тишина...

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

Покажите осциллограммы синхроимпульсов. Особенно в момент кадрового синхросигнала.

Изв что долго,к сожалению отложил.Селектор переделал на инв компараторе,

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

Сейчас сделал несколько фотографий примерно одной точки с обычного фотика, пытался сжать 7z-архиватором - практически не сжалось, хотя на всех этих фотках было изображено примерно одно и тоже.
Если попытаться сжать копии одной и той же фотки, то результаты уже гораздо лучше. Размер архива примерно равен размеру клонированной фотографии.

Видимо, формат JPEG-файла не позволяет 7z эффективно его сжимать, в том смысле, что находить взаимную корреляцию именно по визуальному содержанию.
Может есть другой тип сжатия JPEG для хранения архивных записей ?

Надо брать дельту между кадрами и ее жать JPEG'ом. Иногда вставляя кадры, пожатые без взятия различий.

Более того, все алгоритмы упаковки без потерь (7z в их числе) заведомо проигрывают JPEG-сжатию. Вместо попыток дожать недожимаемое проще на 5% уменьшить множители коэффициентов.

Это уже получается скорее не архивирование, а конвертирование в некое подобие MJPEG ?

Rst7, Хотел задать вопрос по поводу твоего проекта, но не могу в личку отправить, поэтому сюда пишу. В общем в универе есть старый электронный микроскоп, нужно сделать к нему АЦП, FPS особо не важен, главное чтоб кадры нормально целиком в комп передавались. Параметры развертки: время развертки строки минимальное 1 мс, максимальное 0,5 с. (именно строки а не кадра!), кол-во строк - 100, 200, 400, 800 или 1600.

Как думаешь реально сделать такое на основе твоего проекта, если прошивку поправить, SRAM взять побольше и тд?

Подскажите, пожалуйста.
Если использовать камеру с матрицей SONY EXview с чувствительностью, как пишут, 0,0003 lux.
Какую разрядность АЦП стоит закладывать?
Хотелось бы выжать все возможности матрицы по работе при плохом освещении.
Стоит ли рассчитывать на АЦП с большой разрядностью или проще при плохом освещении дополнительно усиливать видеосигнал для работы с 8-10 разрядным АЦП?



Мне кажется, гораздо интереснее было бы сделать на ПЛИС и SDRAM (SSRAM).
Для простоты кадр не сжимать, а тупо гнать на комп.
SRAM имхо не очень удобно будет, т.к. если прикинуть, для максимального разрешения где-нибудь 2400х1600 не удастся обойтись одной микросхемой.