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

Question

Я разрабатываю простой видеопроигрыватель (в WPF и C#, так как он должен быть для окон), который должен быть размещен в общественном месте (поэтому с большим количеством случайных неподготовленных пользователей). Элементы управления будут чрезвычайно простыми, салфетки для прокрутки среди видео, и как только один из них будет центрирован на экране, нажмите, чтобы воспроизвести и приостановить его.

Я закончил плеер со всеми его причудливыми вещами, и мне удалось приложить к нему жесты, но эй, определенно, не то, что мне нужно. Жесты имеют множество промахов (негативные фальши), особенно кран (но даже если их намного меньше, также можно сказать, что салфетки довольно много).

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

Я пробовал играть с конфигурацией жестов (длины и скорости), но я действительно не вижу большой разницы, значения по умолчанию выглядели почти как лучшие. Есть ли что-нибудь еще, что я могу сделать? Если это может помочь, есть ли намек на то, как разрабатывать новые жесты, а не основываться на кончиках пальцев, как они кажутся сейчас, а на полном ручном движении? Будучи довольно новым для меня, я не уверен, что это возможно (я полагаю, что это так), и если да, то как мне начать и продолжать.

Кроме того, как вы думаете, можно достичь уровня надежности, которую я ищу?

Answer 1

Swipes выглядит довольно надежным для меня. Сравните то, что вы видите в своем приложении, с тем, что вы видите в диагностическом визуализаторе, с включенным «чертежом жестов» (нажмите клавишу o). Если жесты работают лучше в визуализаторе, вы можете пропускать кадры и тем самым пропускать некоторые объекты жестов. Это будет наиболее очевидным с жестов нажатия, и если вы будете полагаться на состояние жестов STATE_START, чтобы обнаружить начало жестов салфетки.

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

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

Если удары по-прежнему не работают достаточно хорошо для вас, вы можете попробовать просто отслеживать положение x руки с расширенным пальцем (или двумя пальцами и т. Д.) И прокручивать, когда позиция проходит через какую-то границу влево или вправо. Яркие преимущества на экране помогут пользователю здесь.

Отводы сложнее сделать надежными, особенно если вы используете более одного типа жестов. Если вы измените настройки, чтобы сделать распознавание крана более разрешительным, вы можете легко получить множество ложных срабатываний. Однако должны быть способы настроить его на работу. Например, игнорируйте краны во время прокрутки или игнорируйте краны, которые происходят за пределами предопределенного поля, расположенного по оси y и т. Д.

Альтернативы кранов включают использование свойства TouchDield класса Pointable. Многие разработчики используют временный зависание для активации кнопок.

Для других идей, пожалуйста, обратитесь к этой статье в документации Leap Motion: https://developer.leapmotion.com/documentation/GetStarted/Leap_Menu_Design_Guidelines.html

Он обсуждает меню, но общие принципы применимы также в вашем случае.