>>3647
Берешь язык. Пишешь.

Если не брать в расчет то, что в гугле конечно же все есть, то вот в кратце:
1. Сначала учишь СИ
2. Тренируешься в вижуал студии
3. Осваиваешь работу ГУИ и ООП
4. Ставишь DirectХ SDK
5. Читаешь книжки и мануалы по DirectX
6. Охуеваешь
7. Смотришь в сторону 2д движков
8. Изучаешь какой-нибудь скриптовый язык
9. Ходишь по форумам, спрашиваешь, гуглишь
10 Через год рождаешь высер, который интересен только тебе

>>3647
В общем случае (не только С):
1) подготовка (ресурсы, итд)
2) цикл (управление, события и отображение по кругу)
3) завершение программы

То, что тебя интересует называется "архитектура". В первом приближении обычно в играх выглядит так:
while (true)
{
опроситьУстройстваВвода();
внестиИзмененияВСостояниеМира();
отрисоватьМир();
}
В случае программирования под windows надо это подружить еще с циклом обработки сообщений.

Direct3D, кстати, не имеет никаких решительных преимуществ перед опенглом, а последний проще в изучении и кроссплатформенный.

>>3658
Поэтому ычантра и тормозит

Возьми готовый движок, если хочешь игру писать, а не заниматься странной хренью.

>>3662
С готовым джвижком, но без навыков программирования он нихера не сможет, а если сможет то будет очень медленно плодить убогое тормозное говно.
ОП, чтобы делать игры, тебе нужно ебашить опыт с самых основ и прекращай задавать вопросы. Ищи сам, а то я подозреваю, что ты больше хотел создать тред, чем узнать как делают игры.

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

>>3668
Да и вообще, человек, который спрашивает такой вопрос на бордах или где-то ещё, обычно имеет слабую цель и мотивацию, по опыту говорю.

>>3669
Архитектура игр, да и вообще приложений это область не изобилующая готовыми "правильными" решениями. Хороших материалов по этой теме мало. Соответственно, задавать вопросы - нормально.

>>3670 Да, но с его уровнем он ничерта не поймёт. Можно назадавать дохера вопросов по архитектуре, кучу всего прочитать, но понимание всё равно придёт с опытом. Гейм-специфик вопросами изобилует форум GameDev.ru и статьи там же, надо просто хорошо искать. Чтобы приблизиться к пониманию архитектуры, надо запороть где-то два три велосипедных джвижка и попробовать написать пару игр, а так задавай-не-задавай вопросы - один хрен. Более того, я уважаю более конкретные вопросы, например "Как лучше организовать главную петлю?" или "Мужики, а как мне поможет паттерн визитор и почему это вин/говно и где?" или "Ребята, давайте обсудим возможные варианты построения системы игровых сущностей."

Оп, не выёживайся, бери Actionscript 3 (2 похалявнее, но тормозной и поощряет рукожопие) и пиши игры на флеш.

>>3680 Худший совет в треде для ОПа.

>>3681
Обоснуй.

>>3682 Прости, не собираюсь. Обоснование и то что нужно ОПу - в постах выше.

Запомните, няши! Вы не хотите делать игры! Вам просто очень хочется поиграть в то, чего еще не сделали. Оп, возьми лучше одну из твоих любимых игр и займись моддингом. Есть достаточно игр, к которым есть редакторы, мануалы по вскрыванию и редактированию ресурсов. Я серьезно говорю. Ведь гораздо приятнее видеть плоды своих трудов уже через день-два, а не через полгода. Посмотри хотя бы в сторону GTA, Ofp, Arma, Railworks, Sims, Half Life. Я конечно за новыми играми особо не слежу, но думаю современные геймеры могут продолжать этот список довольно долго. Такие дела.

>>3690
Мои любимые игры не имеют редакторов. Они были написаны в 90, тогда об этом не задумывались.
А еще мне просто доставляет писать код, и видеть как он работает. Я уже давно не представляю, куда идет проект, и что я хочу получить на выходе.
Не оп, но все же.

>>3695 А вот ты - мужик. Всё правильно делаешь.
The journey is the reward.

>А вот ты - мужик
а жаль

>>3699 Тоже хотел родиться и жить девочкой?

>>3705
Только не здесь, а в каком-нибудь добром и няшном мире.

1

Вопрос по теме. Почему все так стремятся писать простенькие игры на с/с++, когда есть питон и etc?

>>4078 Возможно, потому что на С++ есть куда стремиться, в то время как на питоне потолок слишком близко, и за простенькими играми ничего не светит.

>>4078
Потому что через некоторое время понимаешь, что игра уже совсем не простенькая, и питона не хватает, и бросаешься ее переписывать.
Посмотри на питоновские биндинги опенгла, например, и тебе все сразу станет ясно.

>>4079
Люди надеются написать игру уровня вов? Я сомневаюсь.
Графика, сеть, физика и прочие тяжёлые задачи и на с и на питоне работают на одних и тех же модулях. Люди выбирают не те инструменты, как итог законченых проектов не видно.
Потолок питона это скорость, но я и не предлагаю писать числодробилки в которых он сливает в 10(100) раз. Я уверен, что скорости хватит с лихвой для игрушек. Нет? Переписать тонкие места на любимом с и нет проблем.

>>4080
3d не занимался. Думаю чистый OGl будет криво выглядить в питоне. Нужен более высокоуровневый интерфейс. Неужели ничего нет?
Кажется на огра был питон модуль, например.

>>4081 А ещё, потому что все пишут на lua, в связке с С++ джвижком. Питон тормозит и не может в строки по человечески в плане производительности. И встраивать lua проще и механизм более разработан.

И ещё, почему-то, последние года полтора меня начинает потихоньку тошнить от люителей приспосабливать питон под нуждый геймдевелопера, и вдобавок убеждать всех, что это так хорошо и надо.
Ходи на gd.ru
@
Пиши свой велоспиед на С++

Вот путь война.

>>4083
Ты знаешь, зачем нужен луа? Видимо нет, раз видишь его необходимость в движке на питоне.
>не может в строки по человечески
Только в утф. С ascii у него все нормально.
>>4082
>будет криво выглядить
Дело не в том, как он выглядит, дело в том, как он работает.
>>4081
>Графика, сеть, физика и прочие тяжёлые задачи и на с и на питоне работают на одних и тех же модулях.
Wut? Что-то я не помню ни одного c-проекта, где бы использовались питоновские библиотеки. Или ты про ядро? Ну так писать свое ядро ос ради игры - это уже перебор.

>>4087
>Ты знаешь, зачем нужен луа? Видимо нет, раз видишь его необходимость в движке на питоне.
Луа не вместе с питоном, а вместо питона. Читать научись. А Луа вместо Питона, один хер С++ нужен. Либо Lua + C++, либо Python + C++, вторая связка проигрывает. Я это имел в виду.
>Только в утф. С ascii у него все нормально.
Я не об этом. Там строки immutable, это пиздец.

>>4087
>>Или ты про ядро?
Я про вещи вроде pymunk. Это биндинг(?) под питон физического движка написаного на с "chipmunk-physics".

>>4088
Когда в игре нужно коверкать большой объём слов, слова легко превращаются в мутабельные листы и собираются обратно. Хотя, я не могу придумать такую игру.

Больше читай.
>Хочу, к примеру, что-нибудь типа alien invaders сделать.
Зачем?

>>4088
Можно придумать задачу, которую удобней будет решить на питоне, чем на луа, питон более тяжелый, но в то же время более мощный, с большим количеством библиотек, которые не вынуждают писать свои велосипеды. Ну и опять же ооп. Классов в луа вроде бы и нет, но можно понаписать костылей. Если костылей становится слишком много, я бы серьезно посмотрел в сторону питона как замене луа.

>>4085
>gd.ru
>Генеральный Директор
Внезапно лол'д.

Давно ли наличие/отсутствие классов в языке стало преимуществом/недостатком? Нет классов и нет, не вижу ни какой проблемы в этом.

>>4110 GameDev.ru
lua это минималистичный мультипарадигменный язык же. Там есть и классы, и first class functions, и замыкания, и прототипы. Классы можно навелосипедить даже более чем одним способом. Там всё очень и очень удобно, ООП вполне прозрачно, библиотек куча, есть coroutines.
Питон тоже замечательный язык, библиотек там больше, кишки ООП также торчат наружу, как и в lua.

Но как встраиваемый в джвижок скриптовый язык больше подходит луа. Первый его конкурент на этом поприще вроде Angel Script что ле. Хотя AS уёбищный донельзя.

Короче
http://stackoverflow.com/questions/38338/why-is-lua-considered-a-game-language

http://lua-users.org/wiki/LuaVersusPython

и не благодари

lua мёртв же.

>>4135 Это для кого выложил? Я эту сраную схему от С4 видел уже, года три назад или два. Ничего особенного.

>>4137 Бог тоже.

>>4137 Пояснил за "умер" или обосрался.

Обосрался не на лекции.

Внезапно, love2d.org.
2D-движок, OpenGL+OpenAL+Box2D+Lua. Мне доставило, упарываюсь второй месяц, попутно изучая и громоздя костыли на луа.
На самом деле движок весьма тормозной, одна и та же реализация на нём и на HGE отличается по скорости в два-десять раз не в пользу love. Однако, если сравнивать с ActionScript, возможность манипулировать парой тысяч спрайтов одновремнно и с приемлемым fps радует. Плюс внятная документация. Минус - плохая интеграция физики.
Но писать на нём можно действительно быстро, если не заморачиваться и делать всё "в лоб".

>>4145 Я щупал это. Это НЕ движок. Хуйня, которая поставляется без соответствующих инструментов для создания контента, это НЕ движок. HGE это тоже не движок, блядь. Там в комплекте сраный редактор шрифтов и частиц. Вот поглядите на говно которое поставляется вместе с Unreal3. Этот гигантский сраный редактор, в котором можно ебашить всю сцену, вот аналогичное говно я хочу видеть в 2D движке. А до этого эти поделия будут оставаться библиотеками для разработки игр и фреймворками для разработки игр. LOVE кстати стильно так выглядит, мне понравилось. Но, лол, я тоже тогда сделал тест по части производительности, но отпугнуло меня не это. Вот допишу своё говно когда-нибудь...

>>4147

Ты не понимаешь сути движка.

>>4148 Я то уж точно понимаю.

>>4149
Игровой движок это всего лишь прослойка между низкоуровневым API всяких SDL DirectX OpenGl и высокоуровневым кодом игры.

Как, при этом, наличие или отсутствие сторонних утилит влияет на функции и назначения этой самой прослойки?

>>4150
>Игровой движок это всего лишь прослойка
Нет. Игровой движок это программный комплекс. Даже википедия... В общем:

Game engines provide a suite of visual development tools in addition to reusable software components. These tools are generally provided in an integrated development environment to enable simplified, rapid development of games in a data-driven manner. Game engine developers attempt to "pre-invent the wheel" by developing robust software suites which include many elements a game developer may need to build a game. Most game engine suites provide facilities that ease development, such as graphics, sound, physics and AI functions. These games engines are sometimes called "middleware" because, as with the business sense of the term, they provide a flexible and reusable software platform which provides all the core functionality needed, right out of the box, to develop a game application while reducing costs, complexities, and time-to-market—all critical factors in the highly competitive video game industry.[2] Gamebryo and RenderWare are such widely used middleware programs.[3]

Цитата с вики. Мой сраный опыт подсказывает мне, что на вики не пиздят.

А если я всё генерирую процедурно, то тогда, получается, это можно назвать игровым движком? Алсо, love2d позволяет процедурно генерировать спрайты и звуки.
Впрочем, это я так, из желания поспорить.

>>3705
И я! И я хочу! И даже похуй - пусть в этом мире.