igor-x 0 30 июля, 2011 Опубликовано 30 июля, 2011 · Жалоба Я обычно толерантно отношусь к подобным заявлениям, но тут, извините - "не верю!" (цэ). Ибо 621024 - очень распространенная микросхема. Так что тариф резко растет, но об этом ниже. Дальше что? Ну переделывайте. Вы хотите у меня спросить "можно или нет"? Отвечаю, можно, цена вопроса $10000, судя по Вашим требованиям вопросы у Вас будут такие, что менее чем за 10килобаксов я на них отвечать не буду, здоровье дороже. мдя.. 10к. я не потяну... думаю за 2 недели адаптирую этот проект к моим микросхемам. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vintick 0 12 октября, 2011 Опубликовано 12 октября, 2011 · Жалоба Извиняюсь, а чем CODER.SCH файл открыть, PCAD-ы не берут. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 12 октября, 2011 Опубликовано 12 октября, 2011 · Жалоба Да вроде в PCAD'е все было. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
pkuz 0 14 декабря, 2011 Опубликовано 14 декабря, 2011 · Жалоба Добрый вечер! Собрал сей девайс,не хочет работать,а именно не грабит.Синхроселектор настроил,работает правильно,появился /WE.А вот дальше засада...Раскопав отладку и подправив ком вижу доходит до перехода на граб и тишина... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 17 декабря, 2011 Опубликовано 17 декабря, 2011 · Жалоба Опишите проблему подробнее. В принципе, если синхроимпульсы доходят до проца, то будет граббить даже без АЦП - правда, конечно, мусор. Покажите осциллограммы синхроимпульсов. Особенно в момент кадрового синхросигнала. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
pkuz 0 18 января, 2012 Опубликовано 18 января, 2012 · Жалоба Изв что долго,к сожалению отложил.Селектор переделал на инв компараторе, Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ArtemDement 0 1 апреля, 2012 Опубликовано 1 апреля, 2012 · Жалоба Предположим, что имеется мощный контроллер, который может успевать жать JPEG и еще и архивировать накопленные на носителе картинки, чтобы экономить место на карте памяти. Если это камера, которая просто смотрит в одну точку, то взаимная корреляция между кадрами будет большая и будет уменьшатся с попаданием новых объектов в кадр и условий освещения. Сейчас сделал несколько фотографий примерно одной точки с обычного фотика, пытался сжать 7z-архиватором - практически не сжалось, хотя на всех этих фотках было изображено примерно одно и тоже. Если попытаться сжать копии одной и той же фотки, то результаты уже гораздо лучше. Размер архива примерно равен размеру клонированной фотографии. Видимо, формат JPEG-файла не позволяет 7z эффективно его сжимать, в том смысле, что находить взаимную корреляцию именно по визуальному содержанию. Может есть другой тип сжатия JPEG для хранения архивных записей ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 1 апреля, 2012 Опубликовано 1 апреля, 2012 · Жалоба Может есть другой тип сжатия JPEG для хранения архивных записей ? Надо брать дельту между кадрами и ее жать JPEG'ом. Иногда вставляя кадры, пожатые без взятия различий. Более того, все алгоритмы упаковки без потерь (7z в их числе) заведомо проигрывают JPEG-сжатию. Вместо попыток дожать недожимаемое проще на 5% уменьшить множители коэффициентов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ArtemDement 0 1 апреля, 2012 Опубликовано 1 апреля, 2012 · Жалоба Надо брать дельту между кадрами и ее жать JPEG'ом. Иногда вставляя кадры, пожатые без взятия различий. Это уже получается скорее не архивирование, а конвертирование в некое подобие MJPEG ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SuperART 0 2 октября, 2012 Опубликовано 2 октября, 2012 · Жалоба Rst7, Хотел задать вопрос по поводу твоего проекта, но не могу в личку отправить, поэтому сюда пишу. В общем в универе есть старый электронный микроскоп, нужно сделать к нему АЦП, FPS особо не важен, главное чтоб кадры нормально целиком в комп передавались. Параметры развертки: время развертки строки минимальное 1 мс, максимальное 0,5 с. (именно строки а не кадра!), кол-во строк - 100, 200, 400, 800 или 1600. Как думаешь реально сделать такое на основе твоего проекта, если прошивку поправить, SRAM взять побольше и тд? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SpyBot 0 14 октября, 2012 Опубликовано 14 октября, 2012 · Жалоба Подскажите, пожалуйста. Если использовать камеру с матрицей SONY EXview с чувствительностью, как пишут, 0,0003 lux. Какую разрядность АЦП стоит закладывать? Хотелось бы выжать все возможности матрицы по работе при плохом освещении. Стоит ли рассчитывать на АЦП с большой разрядностью или проще при плохом освещении дополнительно усиливать видеосигнал для работы с 8-10 разрядным АЦП? Rst7, Хотел задать вопрос по поводу твоего проекта, но не могу в личку отправить, поэтому сюда пишу. В общем в универе есть старый электронный микроскоп, нужно сделать к нему АЦП, FPS особо не важен, главное чтоб кадры нормально целиком в комп передавались. Параметры развертки: время развертки строки минимальное 1 мс, максимальное 0,5 с. (именно строки а не кадра!), кол-во строк - 100, 200, 400, 800 или 1600. Как думаешь реально сделать такое на основе твоего проекта, если прошивку поправить, SRAM взять побольше и тд? Мне кажется, гораздо интереснее было бы сделать на ПЛИС и SDRAM (SSRAM). Для простоты кадр не сжимать, а тупо гнать на комп. SRAM имхо не очень удобно будет, т.к. если прикинуть, для максимального разрешения где-нибудь 2400х1600 не удастся обойтись одной микросхемой. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться