Что лучше использовать в приложении при монипуляциях в сцене (например простой 3-D редактор) события формы или DirectInput? Спрашиваю потому что DirectInput незнаю, изучать времени нет. Может быть там есть какие-то координальные возможности из-за которых нет смысла строить программу на событиях формы? Ну задачи пока стандартные: перемещения объектов в пространстве мышью, возможно какой-то ввод с клавиатуры, например, то же самое перемещение и т.п.

Если простой редактор, то события формы подойдут. Ну а если тебя волнует производительность кода и точность манипуляций то DI. Кстати использовать DirectInput для получения данных от мыши и клавиатуры совсем не сложно. 

Помоему события формы типа MouseDown MouseMove и т.п. не очень подходят, так как в программе существует возможность вращения сцены, то есть изменение ракурса обзора (это я уже реализовал, хоть и криво, кстати по этому поводу тоже нада задать вопрос), значит взависимости от текущего ракурса соответствие плоскости формы плоскостям пространства разные. Короче проще говоря, на данный момент для меня, офигительно сложный алгоритм придется делать, для вычисления соответствий X Y-координаты мыши X Y Z-координатам пространства (например для реализации возможности выделения и перемещения объекта). Дайте пример   

Это сообщение отредактировал(а) EgoBrain - 2.12.2008, 13:08

DI позволяет получать не конкретные координаты курсора на экране, а перемещение самой мыши, т.е. если курсор упрётся в границу экрана, ты всё равно будешь получать перемещение мыши. Может это тебе поможет... Вот мой класс на С++ для получения данных от мыши и клавиатуры под DI.



g_hInst - нэндл экземпляра приложения
g_hWnd  - нэндл окна (формы)
Чтобы пользоваться достаточно создать экземпляр класса, инициализировать DI, клаву и/или мышь, в цикле читать состояние и получать данные, что и делает следующий код:

На счёт перемещения мышью в 3D, вопрос меня заинтересовал...  В 2D это сделать несложно (простая тригонометрия)... А вот в 3D... Предположим, реализовать перемещение подобное 3DMax'у. Т.е. существуют 3 оси, и можно перемещать объект отдельно по каждой оси, причём сцена может быть повёрнута как угодно. Решение этой задачи можно свести к двухмерному, если представить эти оси, например, как единичные векторы, затем найти их проекции на плоскость (экран). Получим что все три вектора x y z лежат в одной плоскости. Допустим хотим переместить объект по оси OZ. После проецирования этот вектор стал иметь координаты (x1,y1). Перемещаем мышь, к примеру, на (dx,dy) которые получаем через DI или извращаясь с помощью событий. 
Теперь можно переместить сам объект: z +=  x1*dx + y1*dy
Задача по-моему решаема, но не так проста как хотелось бы. Ещё подумаю...

Спасибо за инфу. Хотелось бы продолжения  Написанный на С++ класс же можно в С# проект подключить?

На C# ещё проще, используя управляемый DirectX. Добавляешь в проект ссылки:
Microsoft.DirectX
Microsoft.DirectX.DirectInput

Затем
using Microsoft.DirectX;
using Microsoft.DirectX.DirectInput;

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



Чтобы пользовать:



Вот рабочий проект на MS 2008:



Присоединённый файл ( Кол-во скачиваний: 3 )
 DI.rar 30,02 Kb

Спасибо. С таким пользовательским классом будет проще  Таймер каждый раз обновляет state устройства в экземпляре класса, я правильно понял, получается там же (в таймере) и надо обработку событий устройства писать?

Ты понял правильно, событие timer_Tick вызывается постояно с интервалом ~30мс, что при наилучшем раскладе равносильно 1000/30 = 33fps. И каждый раз при возникновении события ты получаешь инфу от устройства. На сколько я знаю ты работаешь с 3d графикой в MDX и используешь события, например, OnVertexBufferCreate, OnLostDevice. Так вот сдесь тоже самое, просто вместо timer_Tick, ты возможно используешь Form_Paint, или ещё что.

Я вначале идею использования таймера воспринял ни как пример а в буквальном смысле, имхо так даже будет проще. А еще лучше наверное юзать DXTimer, у него разрешение выше. Я к тому, что привязываться к ФПС не стоит, так как на разных компах мышка по разному будет работать  По поводу перемещения объектов, наверняка задача уже много раз решена так как подход очень популярен  Простая идея - это манипуляция положением объекта через кнопки GUI, но это как то... ну в общем не серьезно и убого, да и пользователю в конченом счете удовольствие не из приятных. Ваша идея про проекции осей в плоскость помоему подходит только частных случаях: вид спереди, вид с боку, вид с верху и т.п. а при перспективном виде, когда можно задействовать все оси как быть?
У меня есть два примера, на которых можно посмотреть решение данной задачи (3-D Max и еще одна неизвестная прога Pro100). В максе пользователь визуально выбирает вектор или плоскость в которой будет движение, но такое решение тоже далеко не из простых: необходимо рисовать векторы и плоскости для выбора на объекте и расчитывать что из них выбрал пользователь (думаю все видели 3-D Max  ). В программе Pro100 плоскость перемещения объекта определяется углом обзора (как мне кажется), то есть если обзор под углом ~ больше 45 градусов от "пола" сцены (камера смотрит вниз), то перемещение происходит в плоскости xz. Думаю я выберу второй подход  У меня есть два параметра вращения сцены: 1). Угол в радианах определяющий поворот сцены вокруг оси x; 2). - вокруг оси y. Соответственно можно проверять это значения в зависимости от него уже определять плоскость перемещения...

На счёт DXTimer... Он используется в программах, например играх )), где требуется повышенная точность, например для просчётов физики. Конечно его ничто не мешает вам его использовать.  


На самом деле нет. После проецирования векторов на экран получим, что все векторы лежат в одной плоскости (XY, там где мышь обитает))).

Заметьте, когда вы в максе перемещаете объект по какой-либо оси, вы перемещаете курсор по направлению этой оси, будь-то x,y или z.


Теперь можно определять расстояние курсора до каждого вектора (это "длинна перпендикуляра" из точки Cursor.x, Cursor.y на вектор), и проверять какая ось была выбранна. Затем по уже придуманному мной алгоритму перемещать объект. Я недавно писал прогу, которая определяет расстояние от точки до отрезка. Правдо на Delphi... может пригодиться.

Добавлено через 7 минут и 34 секунды
С прогой Pro100 не работал, но предпологаю что в максе манипулировать удобнее))   

Присоединённый файл ( Кол-во скачиваний: 3 )
 __________________________.rar 159,71 Kb

Ну в Max-е на самом деле проще, все сводится к банальному "больше следующая x-координата мыши предыдущей или нет?", то бишь влево двигаем объект уходит по оси в минус, вправо - в плюс. 
А пример на GDI+ как расчитывает расстояние, по теоремам линейной алгебры, или какие-то свои алгоритмы (я просто не люблю в чужых кодах капаться)?    В общем по итогу поставленной проблемы: щас есть более приоритетные дела, возьмусь конкретно за данный вопрос наверное в след. году (хотя кто знает, может и раньше). Но пока мне неMax-совкский алгоритм больше нравится  

Добавлено через 10 минут и 52 секунды
В общем пока что-то как-то расплывчато представляется преимущество DI перед событиями формы... Я так просмотрел ваш проект DI.sln, класс очень удобный а вот программа имеет минус - координаты кнопки меняются не пропорционально координатам мыши, то есть местами последняя обгоняет кнопку.

Точно! Что-то я перемудрил...)))) А для того чтобы по плоскости перемещать, то ещё по Y включается!!! Всё гениальное просто)))))) Сделаю себе такую возможность. 



Да просто я сейчас в универе аналитическую геометрию изучаю, поэтому это первое что пришло в голову. На счёт чужого кода - сам ненавижу разбираться)))))), интересно, а кто любит?



Возможно, я как-то не правильно его (DI) использую, а может в microsoft решили, что и не требуется такое соответствие?

ValLer, у вас есть готовые решения долгообсуждаемой проблему перемещения объектов (программа, проект)?

Пока что нет, времени не хватает ((( Когда что-нибудь сделаю, сообщу.