Зависит от того, на каком уровне «поиска» идеи вы находитесь.
Если вы на этапе составления пула всех возможных идей, можно использовать онлайн-каналы связи, которые позволяют приложить сравнительно немного усилий и связаться разом с большим количеством людей. Это могут быть, например, e-mail рассылки. Конверсия ответов на такие рассылки не будет высокой, но за счет большого количества опрашиваемых, вы можете получить неплохие результаты.
Для «обтачивания» идей и определения, какие из них потенциально могут «выстрелить», можно переходить к телефонным звонкам. Звонить самим или нанимать колл-центр. Но очень важно, когда вы уже нащупали «те самые» перспективные идеи, самостоятельно обсуждать их с пользователями. Чтобы самим понимать, действительно ли это нужно человеку. И делать это лучше в ходе личной встречи или видеозвонка, чтобы был зрительный контакт.
Вот как раз от такого несовершенства и пошли искать новые реализации. Тут же дело даже в том, что при применении только камеры и программного модуля погрешность может получаться вполне объективно и логично: идет человек и несет арбуз. Сверху это, по сути, выглядит как 2 головы (если мы смотрим на плоскую картинку), то есть + или — 2 человека, а не 1. Или, например, уборщица моет вход и переходит линию туда-сюда. Ведь по логике это тоже человек, который заходит-выходит-заходит-выходит.
У 3D-устройства получается 2 преимущества: исключает подобные «ложняки», за счет чего и средняя (а не максимальная) точность 98,5%, и максимально разгружает в настройке — повесил, задал линию и рост, все!
Суть в том что конечная частота кадров при съемке экрана не так важна, 30 fps смартфона приведены как худший пример. Даже при съемке на упомянутый go pro при «ручном» разборе получались неудовлетворительные результаты именно из-за невысокой частоты кадров самой ip-камеры, которая снимает первый монитор. То есть частота кадров на конечной камере не может исправить «смазывание» от первой, от которой отказаться нельзя.
«Железное» решение в сочетании с алгоритмом обработки, который учитывал возможные «коллизии» паттернов, в некотором роде позволил обойти это смазывание, которое наблюдалось при съемке сменяющихся цифр на мониторе.
Спасибо!
Сеть -да, вносит свой вклад. Но если на какие-то компоненты мы объективно повлиять не можем, то уж в своем софте должны сделать все по максимуму.
Именно. В идеальном мире каждый занимается своим делом и делает это с полной ответственностью. А на практике, во-первых, не все обращаются в специализированные компании, во-вторых, не все эти компании «одинаково полезны».
Вот и получается, что номинально система сдана и работает, а в какой-то момент то одно отвалится, то другое отключится… и начинается у пользователя и техподдержки увлекательный квест.
Мы используем готовое устройство стороннего производителя, но в него зашита наша программа. Непосредственно аппаратную часть сами не разрабатывали и не конструируем.
Это аналог Kinect, но лишенный ряда недостатков, о которых писали выше.
Нет, не Kinect. Мы начинали работать с Kinect'ом, но нашли другой вариант и в итоге реализовали на нем.
В сравнении с ним у Kinect меньше дальность построения карты, качество построения карты немного хуже (от чего по итогу страдает точность), нет собственной вычислительной мощности. Это, кстати, очень весомый недостаток, потому что сама по себе карта в чистом виде весит довольно много и без обработки и сжатия на борту устройства, ее довольно проблематично передавать по сети.
Плюс Kinect не сетевое, а USB-устройство, что не совсем вписывается в инфраструктуру наших пользователей (сетевые видеосистемы).
Наше текущее устройство выигрывает у Kinect по этим позициям.
И «реальные условия» подразумевают использование в помещениях с солнечным светом
Да, наше планирование к точным наукам мы не относим :)
Кстати, Вы отличную тему затронули. Ну вот а как, на Ваш взгляд, оценить инновационность? Каковы критерии?
Мы хотели бы обратить внимание на то, что программное обеспечение, идущее в комплекте с камерой, в большинстве случаев подключается не по стандарту RTSP, а по протоколу собственной разработки, надстроенному над протоколом TCP. Вы можете убедиться в этом, используя сниффер. Это объясняет тот факт, что вы не замечали никаких проблем в «родной» программе. К сожалению, поддержка RTSP у китайских производителей оставляет желать лучшего и сделана, чтобы соответствовать известным стандартам ONVIF и PSIA. Из-за этого часто возникают проблемы с обрывами, причем причины могут быть самые разные.
Мы рекомендуем вам сделать следующее:
1) Изменить путь подключения к камере: :554/user=admin&password=&channel=1&stream=0.sdp?
Здесь специально опущен параметр --rtp-caching=100, который, по нашему предположению, отвечает за буферизацию rtp пакетов со стороны камеры. Чем меньше этот параметр, тем меньше будет отставать видео от реального времени, но тем более стабильным должно быть сетевое соединение. Можно попробовать этот параметр оставить, но сделать его в 5-10 раз больше.
2) Запросить последнюю прошивку у поставщика, иногда это сразу же решает проблему с обрывами.
Нам также хотелось бы узнать, как часто происходят обрывы с данной камерой? Есть ли закономерность во времени?
Если вы на этапе составления пула всех возможных идей, можно использовать онлайн-каналы связи, которые позволяют приложить сравнительно немного усилий и связаться разом с большим количеством людей. Это могут быть, например, e-mail рассылки. Конверсия ответов на такие рассылки не будет высокой, но за счет большого количества опрашиваемых, вы можете получить неплохие результаты.
Для «обтачивания» идей и определения, какие из них потенциально могут «выстрелить», можно переходить к телефонным звонкам. Звонить самим или нанимать колл-центр. Но очень важно, когда вы уже нащупали «те самые» перспективные идеи, самостоятельно обсуждать их с пользователями. Чтобы самим понимать, действительно ли это нужно человеку. И делать это лучше в ходе личной встречи или видеозвонка, чтобы был зрительный контакт.
У 3D-устройства получается 2 преимущества: исключает подобные «ложняки», за счет чего и средняя (а не максимальная) точность 98,5%, и максимально разгружает в настройке — повесил, задал линию и рост, все!
«Железное» решение в сочетании с алгоритмом обработки, который учитывал возможные «коллизии» паттернов, в некотором роде позволил обойти это смазывание, которое наблюдалось при съемке сменяющихся цифр на мониторе.
Сеть -да, вносит свой вклад. Но если на какие-то компоненты мы объективно повлиять не можем, то уж в своем софте должны сделать все по максимуму.
Вот и получается, что номинально система сдана и работает, а в какой-то момент то одно отвалится, то другое отключится… и начинается у пользователя и техподдержки увлекательный квест.
Это аналог Kinect, но лишенный ряда недостатков, о которых писали выше.
В сравнении с ним у Kinect меньше дальность построения карты, качество построения карты немного хуже (от чего по итогу страдает точность), нет собственной вычислительной мощности. Это, кстати, очень весомый недостаток, потому что сама по себе карта в чистом виде весит довольно много и без обработки и сжатия на борту устройства, ее довольно проблематично передавать по сети.
Плюс Kinect не сетевое, а USB-устройство, что не совсем вписывается в инфраструктуру наших пользователей (сетевые видеосистемы).
Наше текущее устройство выигрывает у Kinect по этим позициям.
Да
Кстати, Вы отличную тему затронули. Ну вот а как, на Ваш взгляд, оценить инновационность? Каковы критерии?
О чем именно интересно узнать? Заказывайте темы, рассмотрим.
Мы хотели бы обратить внимание на то, что программное обеспечение, идущее в комплекте с камерой, в большинстве случаев подключается не по стандарту RTSP, а по протоколу собственной разработки, надстроенному над протоколом TCP. Вы можете убедиться в этом, используя сниффер. Это объясняет тот факт, что вы не замечали никаких проблем в «родной» программе. К сожалению, поддержка RTSP у китайских производителей оставляет желать лучшего и сделана, чтобы соответствовать известным стандартам ONVIF и PSIA. Из-за этого часто возникают проблемы с обрывами, причем причины могут быть самые разные.
Мы рекомендуем вам сделать следующее:
1) Изменить путь подключения к камере: :554/user=admin&password=&channel=1&stream=0.sdp?
Здесь специально опущен параметр --rtp-caching=100, который, по нашему предположению, отвечает за буферизацию rtp пакетов со стороны камеры. Чем меньше этот параметр, тем меньше будет отставать видео от реального времени, но тем более стабильным должно быть сетевое соединение. Можно попробовать этот параметр оставить, но сделать его в 5-10 раз больше.
2) Запросить последнюю прошивку у поставщика, иногда это сразу же решает проблему с обрывами.
Нам также хотелось бы узнать, как часто происходят обрывы с данной камерой? Есть ли закономерность во времени?