Перейти к содержанию
    

Видео-граббер и JPEG-кодер

Я обычно толерантно отношусь к подобным заявлениям, но тут, извините - "не верю!" (цэ). Ибо 621024 - очень распространенная микросхема. Так что тариф резко растет, но об этом ниже.

 

 

 

Дальше что?

 

 

 

Ну переделывайте. Вы хотите у меня спросить "можно или нет"? Отвечаю, можно, цена вопроса $10000, судя по Вашим требованиям вопросы у Вас будут такие, что менее чем за 10килобаксов я на них отвечать не буду, здоровье дороже.

 

мдя.. 10к. я не потяну...

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

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

 

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

Может есть другой тип сжатия JPEG для хранения архивных записей ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Может есть другой тип сжатия JPEG для хранения архивных записей ?

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите, пожалуйста.

Если использовать камеру с матрицей SONY EXview с чувствительностью, как пишут, 0,0003 lux.

Какую разрядность АЦП стоит закладывать?

Хотелось бы выжать все возможности матрицы по работе при плохом освещении.

Стоит ли рассчитывать на АЦП с большой разрядностью или проще при плохом освещении дополнительно усиливать видеосигнал для работы с 8-10 разрядным АЦП?

 

 

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

 

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

Мне кажется, гораздо интереснее было бы сделать на ПЛИС и SDRAM (SSRAM).

Для простоты кадр не сжимать, а тупо гнать на комп.

SRAM имхо не очень удобно будет, т.к. если прикинуть, для максимального разрешения где-нибудь 2400х1600 не удастся обойтись одной микросхемой.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...