Переводы туториалов MDX на vb.NET Express.

[Mikle]

У меня имеется SDK для VS 2003. Express переводит примеры оттуда не совсем корректно. Я, в целях освоения Express, поисправлял эти ошибки, теперь туториалы работают.
В процессе работы я так и не понял, зачем эти примеры ТАК усложнены. Возможно все дело в моем непонимании концепции .NET. Первый пример я полностью переписал так, как, по моему мнению, понятнее. Кроме того вышло вдвое короче.
Выяснилось неприятное обстоятельство - примеры работают КРАЙНЕ медленно. То есть бинарники из SDK, скомпилированные на 2003-й студии, работают нормально, но даже жалкая очистка бэкбуфера (первый туториал) в окошке 400*300 дает каких-то 50-60 FPS на Express.
Хотелось бы с этим разобраться, примеры прилагаю, в том числе мой вариант.

[mdx]

Вообще в .net пустое d3d приложение (только с очисткой бэкбуфера) почему-то работает примерно с такой же скоростью, как и приложение,рисующее достаточно большой меш. В каком-то блоге читал про "идеальный" игровой цикл, но он выдавал примерно такие же результаты . Все-таки native быстрее

[Mikle]

mdx
То, что native быстрее, это понятно. Но ведь примеры на VS 2003 работают достаточно быстро.

[keks-n]

Народ. Есть в VB.NET такая хорошая особенность - возможность ручного импорта интерфейсов.
То есть, Делаем Public Interface бла-бла-бла.
Описания выдёргиваем из сишных заголовков. После чего делаем Direct3DCreate9 и получаем ссылку на интерфейс.
После чего можно делать прорисовочные действия. Проблема состоит в переводе заголовков.

[mdx]

И все равно это будет медленно... Вот если попробовать создавать окно через winapi может что-то будет, тк мне кажется, что тормозит именно обработка сообщений в форме... Чего-то там делается...

[keks-n]

mdx
Открою секрет. Отрисовка изображения с WndProc не связана абсолютно никак. Ибо для вызова оной необходим вызов GetMessage+DispatchMessage(DoEvents), который во время прорисовки никто не делает.

[Mikle]

При окне 400*300 у меня около 60 FPS, при разворачивании на весь экран (1024*768) падает до 30, при этом процессор нагружен на 1-2 %. VB6-DX8 на таких же действиях выдают тысячи\сотни FPS. Сколько дает VS2003 не знаю, так как откомпилированных туториалов нет, но откомпилированные более сложные примеры работают достаточно быстро (как правило >500 FPS). То есть тормозит именно видео, может конфликтуют дрова с вторым фреймворком? Потестируйте, Please, у кого есть vb Express, и напишите свой FPS\конфиг.

[keks-n]

Mikle
Попробуй подключить восьмые иксы к VB.NET. Тогда станет понятно, что именно тормозит(.NET переходник или VB.NET/иксы(маловероятно))

[Mikle]

keks-n
И восьмые иксы, и даже мой софтверный движек, работают на .NET достаточно быстро.

[Bonesnapper]

я б тоже потестил но
ехе у меня не работают
а .нет нету

[keks-n]

Mikle
Кстати, насчёт софтвенного движка - не пробовал перевести взаиможействие с ним на COM? Тогда не пришлось бы писать класс - оболочку, только tlb подключить.
+Где можно взять алгоритмы по работе с 2D? Просто пишу софт-движочек(как у тебя тока примитивный и на C++) для Windows Mobile(ибо нормальных, с которым можно работать из под VB.NET не нашёл)

[Mikle]

keks-n
Так у меня в движке и так весь интерфейс, кроме SetDirLite, реботает из класса, то есть можно просто скомпилировать, и будет COM DLL.
А на .NET я его уже перевожу, почти готово, можно будет пользоваться.
Bonesnapper
Поставь второй фреймворк.

[mdx]

mdx
Открою секрет. Отрисовка изображения с WndProc не связана абсолютно никак. Ибо для вызова оной необходим вызов GetMessage+DispatchMessage(DoEvents), который во время прорисовки никто не делает.

Если ты можешь сворачивать окно, alt-tabать или ловить клавиши через OnKeyDown - то обработка сообщений происходит...

[keks-n]

mdx
Гм. Без вызова DoEvents из цикла прорисовки этого не будет происходить. Да и шустро это в .NET происходит. Проблема, видимо, в переходнике к иксам.