@Casper-SC

Всем привет. Захотелось попробовать написать какую-нибудь простейшую игрушку на WPF, так как там рисуется всё DirectX'ом. Но что-то не въеду, как быстро отрисовывать и выволить на экран? Читал, что WPF не предназначен для частой отрисовки и т.д. Но мне кажется при желании же как-то можно сделать чтобы всё норм рисовалось?

Как я это вижу: есть набор текстур, например квадратные блоки из которых строится уровень, вот этими блоками и хочу залить окно например для начала. Искал, искал и всё не тему что находил. Может кто-нибудь пример показать?

0

@al.k

говорят, для этих целей больше XNA подходит

0

Eugene22

Casper-SC, поищи на codeproject по тегам wpf - относительно недавно (1-2 месяца назад видел) там неплохую вроде игрушку на wpf

0

@Casper-SC

Про XNA я в курсе. И пробовал игрушку написать, да там всё для этих целей, всё удобно и относительно просто. Но WPF не требует ставить дополнительных библиотек, которые требует XNA. Да и вообще интересно попробовать на WPF что-то намутить.

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

0

@I2um1

Главное не действовать так, как надо в XNA - рисовать все по новой на каждом кадре. То есть создаем какой-нибудь контейнер с экраном загрузки уровня, а уровнем ниже (zIndex) или скрытно генерируем в то время еще один контейнер, на котором и размещаем разные там текстуры. После чего срываем контейнер с загрузкой и показываем уровень. Вся фишка в том, что бы больше поле (если только сильно надо) не трогать, а двигать/убирать/добавлять только нужные картинки.
А далее на сколько воображения хватит:
1. Если надо вывести несколько текстур (сложный цельный механизм - к примеру замок) за раз, то лучше их нарисовать в памяти на картинке и вывести эту картинку.
2. Если предполагается перемещение экрана уровня, то в контейнер надо вставить контейнер по-больше (можно в принципе и под размер всего уровня, но будет много памяти съедаться) и генерировать объекты за экраном.
Проблемы могут возникнут, если понадобиться отображать много мелких частиц, которые движутся по своим траекториям - фейерверк. (Есть решение, но я его в силу абсурдности не буду называть)
Написать простенькую 2D-игру в принципе можно на WPF, хотя сами микрософтеры не советуют этого делать.

У большинства юзеров стоит 2-ой framework, а библиотеки XNA может ставить самостоятельно установщик при развертывании приложения.

0

@ВиталийВС

Может WriteableBitmap попробовать?

0

@NightEagle

а что за библиотеки тянет за собой XNA?

0

@Casper-SC

А конкретнее вопрос можно? То есть вообще что нужно, чтобы распрастранять игру или что?

0

@dioxidin

Я думаю затея нехорошая.. Большие дядьки из M$ не зря не рекомендуют этого делать. По опыту могу сказать, что, когда накопится достаточно много геометрии в сцене, тормозить будет достаточно сильно.
А вообще концепция следующая:
1) Организуем два потока: один отрисовки (через CompositionTarget) - "Draw", а другой для обновления параметров ("Update") отрисовываемых объектов.
2) Через заданные промежутки времени делаем апдейт объектов в Update-потоке. Поток Draw получает доступ к данным, полученным после апдейта в Update. Тут нужно организовать межпоточное взаимодействие.
3) При получении управления потоком Draw делаем проверку отрисовываемых объектов в экран (не нужно отрисовывать невидимые).
... зацикливаем.

Вобщем, подход XNA в классике. Я на SL делал симуляшку двустепенного маятника - белый квадрат на "квадрате Малевича". Там геометрии нет, потому и мог позволить себе делать на SL. Но по нормальному нужно юзать XNA. Особых накладных расходов не вижу.

0

@NightEagle

Можно и так переформулировать =) Что обязательно должно быть на компах конечных пользователей, чтобы на них работала программа, написанная на XNA?

0

@dioxidin

Собственно .Net 2.0 + библиотеки XNA, которые могут распространяться с приложением или установлены в систему.
см. Quick Infirmation
Нужно как минимум Win XP SP2 (читай .Net Framework 2.0) и видюха с Shader Model 1.1

0