Да, это странно…
Интересно они (микрософтовцы) в будущем сделают все через store даже десктопные приложения? Где то я слышал такой слух… Надеюсь этого не произойдет.
Спасибо за совет.
Мы будем стараться добиться чего нибудь, для того чтобы Вы могли действительно с удовольствием могли читать наши статьи.
Просто не выложив эту инфу мы бы не знали что она никому не нужна.
Да мы еще школьники в этом деле. Поэтому с самого нуля и придумали такую школьную игру. Здесь можно увидеть, и покритиковать базовые классы школьного игрового движка, но да никакой ценности для профи Вы пока не найдете. Следите за циклом статей — может скоро мы закончим 11 класс и для Вас это будет интересно.
советую сразу добавить в отрисовку Antialiasing — гораздо приятнее смотрится
Спасибо, за совет.
все это рисование схем не имеет смысла
Почему же — иногда когда у тебя есть схемы и планы — чувствуешь себя генералом на поле битвы,
ты стоишь на возвышенности и наблюдешь за всей картиной боя.
Основной жизненный цикл игры такой:
Про загрузку ресурсов и проседание фпс, опишем чуть позже.
Также мы столкнулись еще с множеством проблем, к примеру:
— Нехватка опыта, и информации
— Проблема с тенями.
— Проблема с Blur эффектом.
— Что лучше вращать мир или вектор гравитации.
— Проблема с загрузкой моделей
— Проблема с очисткой ресурсов
— Проблема с константными буферами.
О который мы напишем позже.
«убрать полностью отрисовку отладочной информации» — а почему вы это сделали,
Отрисовка была написана под XNA, надо было ее переписать под нашу платформу, что тянуло за собой затраты по времени. Так как не было еще уверености в данном решении, код был просто удален, острой необходимости пока не возникало в отрисовке.
Скриншоты будут в следующих статьях, вот для примера.
Про игровой движок — спасибо, мы думали о MonoGame как движке в связке с SharpDX, но пока в виду непоняток с Windows Store используем простой SharpDx. Как станет более яснее — мы скорее всего возьмем готовый движок.
Также мы более подробно опишем каждый отдельный компонент архитектуры.
Что Вас конкретно интересует? Давайте обговорим!
Может более подробней схему нарисовать — но вроде она более менее понятная (по крайней мере понятно из каких частей состоит решение).
Можно задать вам вопросы? Вы писали игры? Можете набросать такую же абстрактную схему структуры игры как у нас? Для сравнения? ))
Я не спорю, возможно у нас сырое решение. ))
Да, это наш первый эксперимент в геймдеве.
И мы написали уже базовый каркас игры, где колобок можно водить по лабиринту с примитивными препятствиями, он собирает примитивные предметы, и на него нападают примитивные противники. Так-же мы уже столкнулись с множеством проблем по рендерингу, физике, и архитектуре всего проекта, часть которых мы уже решили. Об этом речь пойдет в наших дальнейших статьях.
И вы правы на счет человека с опытом завершенных подобных проектов… Но можно пойти и другим путем, собрав также опыт других людей, которые возможно будут критиковать наши решения на старте(например в данной статье видна архитектура нашей игры, в следующей будут другие примеры кода, проблем и их решений). Мы думаем что такой путь возможен, так как он безусловно принесет плоды.
И вот нам интересно как дела обстоят у других (начинающих и(или) с опытом), похожа ли у них архитектура и как они решали те или иные схожие проблемы.
Уже использовали немного Direct 2D для эффектов типа Opacity Mask на некоторых элементах.
Так как в WinRT XAML нету старого свойства OpacityMask у UIElement.
Именно этот путь заработка описывается в разделе «Продажа приложения», лицензирование — частный случай продажи, но Вы правы, этому моменту можно было тоже уделить внимание.
Сам по себе чужой опыт не поможет другим, каждый проект уникален и его успех зависит лишь от правильного анализа и применения чужих советов и своей смекалки.
Данная публикация сочетает в себе свой и чужой опыт, а также анализ состояния рынка.
Поясните какую связь Вы подразумеваете между раскруткой в соц сетях, как источником прибыли, и получении дохода от приложения, как одном из вариантов заработка в интернете…
Постсоветское пространство это лишь незначительный источник прибыли в данном случае. Хотя вариант использования партнерских программ все же имеет смысл.
Интересно они (микрософтовцы) в будущем сделают все через store даже десктопные приложения? Где то я слышал такой слух… Надеюсь этого не произойдет.
Мы будем стараться добиться чего нибудь, для того чтобы Вы могли действительно с удовольствием могли читать наши статьи.
Просто не выложив эту инфу мы бы не знали что она никому не нужна.
Мы просто думали описать немного структуру нашей игры.
Спасибо, за совет.
Почему же — иногда когда у тебя есть схемы и планы — чувствуешь себя генералом на поле битвы,
ты стоишь на возвышенности и наблюдешь за всей картиной боя.
Основной жизненный цикл игры такой:
Про загрузку ресурсов и проседание фпс, опишем чуть позже.
Также мы столкнулись еще с множеством проблем, к примеру:
— Нехватка опыта, и информации
— Проблема с тенями.
— Проблема с Blur эффектом.
— Что лучше вращать мир или вектор гравитации.
— Проблема с загрузкой моделей
— Проблема с очисткой ресурсов
— Проблема с константными буферами.
О который мы напишем позже.
Отрисовка была написана под XNA, надо было ее переписать под нашу платформу, что тянуло за собой затраты по времени. Так как не было еще уверености в данном решении, код был просто удален, острой необходимости пока не возникало в отрисовке.
Про игровой движок — спасибо, мы думали о MonoGame как движке в связке с SharpDX, но пока в виду непоняток с Windows Store используем простой SharpDx. Как станет более яснее — мы скорее всего возьмем готовый движок.
Также мы более подробно опишем каждый отдельный компонент архитектуры.
Что Вас конкретно интересует? Давайте обговорим!
Может более подробней схему нарисовать — но вроде она более менее понятная (по крайней мере понятно из каких частей состоит решение).
Можно задать вам вопросы? Вы писали игры? Можете набросать такую же абстрактную схему структуры игры как у нас? Для сравнения? ))
Я не спорю, возможно у нас сырое решение. ))
И мы написали уже базовый каркас игры, где колобок можно водить по лабиринту с примитивными препятствиями, он собирает примитивные предметы, и на него нападают примитивные противники. Так-же мы уже столкнулись с множеством проблем по рендерингу, физике, и архитектуре всего проекта, часть которых мы уже решили. Об этом речь пойдет в наших дальнейших статьях.
И вы правы на счет человека с опытом завершенных подобных проектов… Но можно пойти и другим путем, собрав также опыт других людей, которые возможно будут критиковать наши решения на старте(например в данной статье видна архитектура нашей игры, в следующей будут другие примеры кода, проблем и их решений). Мы думаем что такой путь возможен, так как он безусловно принесет плоды.
И вот нам интересно как дела обстоят у других (начинающих и(или) с опытом), похожа ли у них архитектура и как они решали те или иные схожие проблемы.
Так как в WinRT XAML нету старого свойства OpacityMask у UIElement.
Но статья не о том, как раскрутить приложение (это уже совсем другая тема), а как конвертировать его использование в профит…
Данная публикация сочетает в себе свой и чужой опыт, а также анализ состояния рынка.