Знакомство с Kinect SDK (комментарии)

Знакомство с Kinect SDK (комментарии)

Это сообщение сгенерировано автоматически.

Пиши результаты, а я скажу как оно на Ящик360.

Это же SDK для Windows

По тех. причинам не могу поюзать... Я сначала обрадовался, потом обломался.

Оно хоть чем-нибудь отличается от OpenNI/NITE?

Я не работал с ними, но это официальный SDK. Наверно тем и отличается.

В общем: задержка больше, чем у Move. Заметно больше. И это ещё если нам хватает точности, что называется "из коробки". А если хотим большей точности, отсутствия рывков, стабильности и прочей вкусности - применяем фильтры с задержкой. И получаем ещё n кадров инертности. Это под ящик. Под прямойХ всё ещё чуть хуже. Там задержка, насколько я помню, до 5 кадров только на самом API. Ну и архитектура движка важна. Если отдаём драйверу на рисовку в том же кадре, что и получили инпут - мечта. Это из плохого. Из хорошего: фильтры бывают не только с задержкой, но и "с предсказанием". Не всегда подойдет, но если да, то хорошо. Много 3х мерных позиций по сравнению с Move. Там имеем 1 точку в 3хмерном пространстве. Одинокую и грустную. В Kinecnt имеем много джоинтов. Их можно позиционировать относительно друг-друга. При реализации под Move одной задачи, приходилось использовать дополнительные параметры, aka скорость, угловая скорость, позиция прошлого "сработавшего" положения. Под Kinect - всё это нафиг. Достаточно позиций джоинтов в текущем кадре. Хорошей точности "из коробки" нет ни там ни там.

QzR!!!

Это на ящике или с KinectSDK? В OpenNI/NITE при работе со скелетом, мы не заметили каких-то серьёзных задержек.

Ящик. Иммеем порядка 3-4 кадров с того момента, как данные попадут на камеру и с неё на инпут. Несколько кадров на фильтры и архитектуру движка. До 5 кадров на DirectX или 2 на Xbox GAPI. Ещё страшно начало анимации. Кто играл в примеры с ящика, тот поймёт. Имеется в виду, что мы прыгнули, прошло 7-10 кадров с начала прыжка, мы уже приземлились, а игра ТОЛЬКО начала проигрывать анимацию НАЧАЛА прыжка. Которая явно длинее нашего прыжка. Когнитивный диссонанс. У Move отдача пошустрее. Если и больше, чем у самого геймпада, то максимум на кадр - два. Но его недостатки я уже говорил.

ЗЫ: Мне пришлось вводить поправку на пол секунды. И эта задержка была критична.

Да, игры на кинект лагают, и это всем известно. Но через некотрое время уже привыкаешь и не обращаешь внимания

QzR!!!

А у KinectSDK на ящике такие же ограничения как у KinectSDK Windows Beta: only calculates positions for the joints, not rotations?

P.S. Понятно, что у Move задержки ниже. Ему не приходится обрабатывать изображение каждый кадр.

Sergio
>>Да, игры на кинект лагают, и это всем известно. Но через некотрое время уже привыкаешь и не обращаешь внимания

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

nbkolchin
>>А у KinectSDK на ящике такие же ограничения как у KinectSDK Windows Beta: only calculates positions for the joints, not rotations?
Да. Имеем координаты джоинтов в пространстве камеры.

>>P.S. Понятно, что у Move задержки ниже. Ему не приходится обрабатывать изображение каждый кадр.
Э-э-э, с чего это? Там такой же трекинг по видео(только по Color не по Depth). Просто он в разы проще и SPU таки хорошо тут рулит. Насколько помню характеристики, так там вообще 50Hz против 30 на Kinect. И не нужно синкаться с GPU

QzR!!!
> Э-э-э, с чего это? Там такой же трекинг по видео

Ступил. Напрочь забыл про камеру.

Хорошая статья.
Забавно, захотел себе kinect только после того как прочитал эту статью.