roboforum.ru

Dead, тема "3д реконструкции" не развивалась?

Duhas писал(а):Dead, тема "3д реконструкции" не развивалась?

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

Отчасти по применению я конечно продвинулся, но вот практики пока не было - надо картографирование делать трёхмерное, а я пока и с двухмерным то реально не работал, хотя очень надеюсь что продвинулся в этом (см. вику).

што от мну требуется чтобы можно было паралельно ковырять данную тему ? как я понял все это на базе openCV... может имеет смысл использовать ее только как средство получения изображений с камер, чтобы этим не заморачиваться, ибо все таки цель - алгоритмы и методики работоспособные дабы их применять как для PC так и для полностью самостоятельных роботов...

Duhas писал(а):што от мну требуется чтобы можно было паралельно ковырять данную тему ?

Эм... "параллельно ковырять данную тему"? Я х.з. чего вы под этими словами понимаете.

Duhas писал(а):как я понял все это на базе openCV... может имеет смысл использовать ее только как средство получения изображений с камер, чтобы этим не заморачиваться, ибо все таки цель - алгоритмы и методики работоспособные дабы их применять как для PC так и для полностью самостоятельных роботов...

Что-то я вас не понял, что значит использовать её только для получения изображений с камер? А обрабатывать самому с нуля всё писать? Можно то конечно можно, можно вообще и самому еще изображения с камеры получать, только вы хорошо представляете что там нужно делать и сколько времени всё это аккуратно без косяков прописывать?

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

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

поэтому имхо имеет смысл обработкуписать самим, имхо ессно.

просто если устанавливать систему ТЗ на мобильного робота не несущего на себе ПК то что под контроллеры потом переносить код для ПК ? можэт это и не так сложно, но я, увы, этим не занимался.. и почему-то не хочу..

ПС что конкретно смотреть в вике ?

Duhas писал(а):паралельно ковырять - иметь те же возможноти в том же железе, чтобы можно было легко обмениваться наработками...

Ну это всегда пожалуйста, вебкамеру 640х480, OpenCV и вперед

Duhas писал(а):использовать готовое для получения изображения как рас с той целью чтобы не заморачиваться на этом, ибо мне лично более важны сами способы обработки изображений и их реализация.. а откуда получать входные данные должно быть не важно. поэтому имхо имеет смысл обработкуписать самим, имхо ессно.

В обработке есть куча стандартных методов реализованных в OpenCV, можно конечно ими не пользоваться и всё писать самим, но это не мой путь.

Duhas писал(а):просто если устанавливать систему ТЗ на мобильного робота не несущего на себе ПК то что под контроллеры потом переносить код для ПК ? можэт это и не так сложно, но я, увы, этим не занимался.. и почему-то не хочу..

Я бы сказал так, что под контроллерами вы будете решать уже совсем другие задачи, поскольку производительность МК и ПК отличается на порядки (в 100 и более раз).

Duhas писал(а):ПС что конкретно смотреть в вике ?

[[Начинаем работать с OpenCV из под Borland C++ Builder]]

PS: Если писать под МК типа AVR, там надо свои библиотеки будет прописывать урезанные в разы, потому как OpenCV-шные не адаптировать туда - они там неэффективны и тупо не влезут в память.

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

опять же я думаю можно решать задачи на контроллерах пускай это будут и 11 ARM-ы, это разговор уже третий...

Duhas писал(а):камеру брать одну, или если есть замашки в сторону стереозрения лучше сразу пару ?

Х.з. решите сами чего хотите в первую очередь, главное чтобы качество камер стремным не оказалось... а то бывает знаете ли...

Duhas писал(а):опять же я думаю можно решать задачи на контроллерах пускай это будут и 11 ARM-ы, это разговор уже третий...

OpenCV по моему не запустится под ARM'ом. Ну или будет огромный гемор с этим.

вот я о том и пишу, что опенЦВ юзать только для получения картинки с камер на ПК а дальше своим ходом..

Даже я знаю, что для получения картинки с камеры OpenCV нафиг не нужен

Duhas писал(а):вот я о том и пишу, что опенЦВ юзать только для получения картинки с камер на ПК а дальше своим ходом..

Ниче не понял, своим ходом где? На ПК? Тогда проще OpenCV юзать. Или вы имеете в виду создание своей библиотеки, которая будет и на ПК и на ARM'е работать?

по моему написанный своими руками код легко дааптируется под любую платформу... грубо говоря - да, свою библиотеку делать...

ну так-то да... но только это видеообработки не касается...
ты много кода для камеры написал? я так понял что даже еще не начинал, раз такую фигню сморозил...

ппц... я не собираюсь с камерой работать своим кодом.. свой код для обработки полуенных с камеры данных, которые являются массивом данных...

в чем проблема с обработкой массива данных?

1 - желание это делать
2 - алгоритмы обработки

ПС QuickCam Messenger VGA 640x480 как оно?

его родимого и имел ввиду
ты много такого кода для обработки полученных с камеры данных написал в массивах?