[реквест]годная документация по OpenCV и принципам цифровой обработки изображений и машинному зрению.

http://oreilly.com/catalog/9780596516130

Легко ищется в электронном виде.

>OpenCV

http://www.compvision.ru/

>принципам цифровой обработки изображений

Прэтт У. Цифровая обработка изображений http://lib.mexmat.ru/books/9143

>и машинному зрению

Хорн Б. К. П. Зрение роботов http://www.booksgid.com/programmer/4571-khorn-b.-k.-p.-zrenie-robotov.html

P.S. "Нельзя обьять необьятное" (c) Козьма Прутков :)

OpenCV в топку - не разрабатывается и программисты не слыхали про strict aliasing. Так что тебе остается только найти документацию по принципам цифровой обработки изображений и машинному зрению. Цифровую обработку сигналов я изучал по книге The Scientist and Engineer's Guide to Digital Signal Processing (Steven W. Smith), см. http://www.dspguide.com/ , но по изображениям там изложено слабовато.

эту книгу в первую очередь стянул и выкурил. ищется более продвинутая литература и документация.

пока начну с OpenCV. в планах реализация на платформе MIPS32 или ARM так что боюсь все равно придется реализовывать оптимизированные алгоритмы на асме.

http://gen.lib.rus.ec/search?req=%D0%B7%D1%80%D0%B5%D0%BD%D0%B8%D0%B5

Р. Гонсалес, Р. Вудс, Цифровая Обработка Изображений
http://www.technosphera.ru/77.html

>OpenCV в топку - не разрабатывается
Да правда что ли?
OpenCV-2.0.0.tar.bz2 12.2 MiB Thu Oct 01 2009 00:59
И посмотри в svn, клоун.

>программисты не слыхали про strict aliasing
Умный? Помоги, других открытых подобных библиотек нет, зато есть крикуны на лоре.

действительно, не туда смотрел

AEP, OpenCV разрабатывали как раз таки очень грамотные люди. Как минимум в начале работы с этой темой он точно не помешает.

Еще по теме есть две переведенные книжки по компьютерному зрению: Форсайт и Шапиро+Стокман.

> программисты не слыхали про strict aliasing

Тут не знаю, исходный код читал лишь выборочно... Но, как вы знаете, OpenCV -- продукт Intel. И оптимизировался в первую очередь под их процессоры. А ввиду малого количества регистров на Intel особо в эту сторону не пооптимизируешь.

> Тут не знаю, исходный код читал лишь выборочно... Но, как вы знаете, OpenCV -- продукт Intel.

Изначально - да.

> И оптимизировался в первую очередь под их процессоры. А ввиду малого количества регистров на Intel особо в эту сторону не пооптимизируешь.

Тем не менее компиляторы как-то умудряются находить в нем возможности для подобной "оптимизации", см. например http://bugs.debian.org/388129 . Судя по changelog'у на сайте, это сейчас исправлено.

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

>>А ввиду малого количества регистров на Intel особо в эту сторону не пооптимизируешь.

в x86_64 с этой темой полегче таки можно сказать родные r0..r15 еще бы рудиментарные команды и режимы устранили или хотя бы дали возможность исполнять код минуя транслятор CISC => RISC