Игры своими руками

Если вы не против, я буду на ты.

Какую игру хочешь для начала сделать?
ООП знаешь?
В некоторых вузах, в качестве курсовой делают софтыерную реализацию 3Д рендера. Делал?

Добавлено через 3 минуты
Приведу сюда небольшое рассуждение на тему D3D vs OGL, может кому полезно будет:

OpenGL и D3D идеентичный по функциональности.
Это же всего лишь надстройки над GAPI.
Все, что умеет D3D10, умеет и OpenGL 2.0
Они отличаются спецификой подхода к расширению.
DX работает через новые версии.
Тоесть имеем DX9, пишем игру. Просто тупо используем все возможности DX9. Если же нам вдруг понравилась фича из DX10... Чтож, придется переписывать ВЕСЬ движок на DX10.
С одной стороны - это не удобно. С другой - гарантирует целостность использования технологий.
Если твоя игра написана на DX9, то это гарантирует, что она будет работать на карточка с надписью DX9 Supported.

OpenGL работает через расширения.
Тоесть пишу я на OpenGL1.0, все ништяк... и тут мне понадобились шейдеры... Переписывать все под 1.5? Нет. Просто подключаю расширение, с шейдерами, весь старый код не имзеняется ни на йоту.
На первый взгляд все ништяк? Как бы не так. Для, того, чтобы игра запустилась на максимально количестве видух приходится следить за наличием всех возможных расширений, и ставить заглушки, если расширение не поддерживается.

Два различных подхода к новым технологиям - это вся разница между этими API.

Я предпочитаю OGL, т.к. я точно знаю, что если через 3 года появится новая фича, то мне не придется переписывать весь двиг, а достаточно будет добавить расширение.
ИМХО проще воткнуть заглушку на место неподдерживаемого расширения(благо проверка - 2 строчки кода) и использовать расширения появившиеся 3-4 поколения видеокарт назад(благо теже шейдеры существую уже 5 поколение), чем постоянно(раз в 2-3 года) переписывать двиг под новый DX(причем, если ты хочешь использховать фичу из 10DX, то вынужден использовать DX10, а значит расчитывать на будущее, либо отметать добрую половину пользователей, у которых нет висты, или современной карты, в OGL такой проблемы нет).

P.S.
Объективности ради стоит отметить еще два факт:
1) DirectX - построен на Com-технологии. Не скажу, что это большой плюс, но многим нравится. OpenGL - это чисто процедурная API. ОДнако ничего не мешает накрутить сверху свой интерфейс, который более удобен.
2) OpenGL просто ужасно поддерживается со стороны ATI. Можешь купить топовую карту, и обнаружить, что на ней не работает захудалое OGL приложение, просто, потому что ATIшникам было лень писать нормальный драйвер.
3) OpenGL - Это мультиплатформа. PC/MAC/PS3 и еще куча других, вплоть до КПК.
DirectX - это PC/X-Box
4) Сейчас все более актуальны мультирендеры, т.к. пршел MAc и быстро отъел кусок. Т.к. пришли приставки. Однако под Винду DX более распространен, благодаря жесткой политике MS, и тому, что PR проект ссылаясь на поддержку DX10 - проще, чем ссылаясь на OGL2.0, ибо геймер знает что такое DX(эта та ерундень, которая ставится с новыми играми, добавляет новых технологий), а что такое OGL - не слышал никогда.

 

Free Pascal прокатит. Но только если с OpenGL. Хотя теоретически можно и под директ написать обертку, только геморроя не оберешься.

 

>>Free Pascal прокатит. Но только если с OpenGL. Хотя теоретически можно и под директ написать обертку, только геморроя не оберешься.

Для дельфи есть DX юниты. Думаю их можно прикрутить к FPC. Правда никогда так не заморачивался.

Кстати, FPC - это мультиплатформа, и если на нем правильно писать, то игра уже сразу получается кроссплатформенной.

 

AllexInTheDark, я неожиданно вспомнил, почему решил использовать D3D для движка, в 2000 году у меня была какая-то супедохлая глюкавая видеокарта, какой-то левый Rendition (не помню названия, но она умудрялась зависать в чистом досе), так вот она помоему более-менее нормально только под D3D работала, а OpenGL вообще в софтварном режиме только запускался, причем на эту китайскую поделку даже драйверов в интернете не было. Вот так кусок китайского г. определил направление разработки движка на два года вперед, а потом уже движки делали другие люди, которые очень любят D3D

Кстати, очень мерзкая особенность D3D - необходимость прилагать с игрой майкрософтовские затычки\заплатки под конкретную версию D3D, типа d3dx9_27.dll , если её нету в системе или не лежит рядом с экзешником то юзеры\тестеры будут в ярости и игра будет считаться неработающей. Вот за такое надо мелкомягких нужно давить.

 

че-нить простенькое, типа pac-man например...

это объектно-ориентированное программирование? не незнаю (((

нет... я учился в политехе и мы тама изучали массивы в основном, а потом ассемблер станков с ЧПУ...

 

Ок. На чем хочешь писать? Какой язык? Какой графический API(GDI,D3D, OGL)?
Я могу пошагам объяснить\проконтролировать написание того же пакмана(кстати, где то валяется такая же реализация пакмана на GDI) - здесь, в отдельной теме, в icq\gtalk'e.
Наверно имеет смысл в отдельной теме, может еще кому полезно будет. Плюс товарищи помогут оформить в удобоваримом виде. И мне польза, давно хочу оформить пару статей по интересным технологиям, но негде опыта набраться.

 

извините, но почему ресь идет ислючительно об реализации (будущей) графики?
есть куча игр вообще без графики (чисто текст или же шрифт)...
не проще ли начать с такой игры? пониманию процесса написания движка (который обеспечивает взаимодействие объектов в игровом мире) это никак не помешает. а именно это и является главным.
о графической реализации (если она вообще пригодится) можно и потом подумать.

 

DAKSnake,
лично я говорю о графике, потому что это моя специализация. Не о физике же мне рассуждать. )

Вообще графика - это самый актуальный момент по ряду причин:
- Графика позволяет оценить свое творение. Я люблю геймдев за то, что я всегда могу посмотреть на результат.
- Графика - это отдельный технологический аспект. Для того, чтобы написать ИИ или физику, или еще что-то, нужно обладать минимум знаний. ТОесть это может сделать любой программер. С графикой другая ситуация - ты либо знаешь как ее писать, либо не знаешь.
- Вся архитектура движка вертится вокруг графики. До недавнего времени 90% ресурсов игры жрала графика. Процентов 80 успеха игры определяет графика(можно с пеной у рта доказывать, что главное геймплей, а можно посмотреть на игры находящиеся в топе и понять, что половина из них держится на геймплее, а вторая - на его полном отсутствии, зато графика красявая)
- Графика оказывает влияние практически на все аспекты игры, очень часто графика определяет геймплей(Вспомним Сплинтера... Игра взялась из просто демки теневой технологии... технологии, которую надо было кудать прикрутить.. Прикрутили... до сих пор сиквелы штампуют).

 

Вероятно, Dimouse имел в виду ИИ (AI) для крестиков...
Да, с этим я увяз (ну, нету мотива всё это расписывать)...
А остальное - вот, пожалуйста.
//Ну, не нашёл тогда функции отрисовки плоского текста - вот цифири и объёмные))

 

По поводу программирования ИИ рекоменду почитать
Н.Нильсон
Искусственный интеллект
Методы поиска решений

В инете есть в цифре.
Книжка старая, но классика не стареет.

P.S>
Почему вспомнил.. там один из первых примеров - ИИ для крестиков ноликов на базе графа состояний.

 

А также Джордж Ф. Люгер "Искусственный интеллект. Стратегии и методы решения сложных проблем".

 

Есть ещё такой журнальчик... ЛКИ (http://LKI.ru/) зовётся... там всё пытаются чему-то научить в плане программирования игр...

Потуги несеръёзные, но кое-что можно и подсмотреть. В основном - теоретический материал про "DisDoc" - "ДизДок", аналитику и пр.
Диз.Док. - http://lki.ru/text.php?id=192
"Панель инструментов" - http://lki.ru/topic.php?id=HandMade
про Оружие - http://lki.ru/topic.php?id=Weapon
Аналитика - http://lki.ru/topic.php?id=Analytics
около-oldSchool-статья - http://lki.ru/text.php?id=671

В последний раз там даже "кусок ИИ" на Delphi выкидывали...
Движение в разных условиях: преследование, уклонение, избежание препятствий и пр.

Dimouse, если подскажешь, как это понимать "бесконечные"... Если в прямом, поле всё дальше и дальше можно загаживать до победного конца... то я пас)
Мне это ни к чему.
А если примерно 30*30 или 50*50 - другой разгогвор... Можно и попариться... Хотя там и до "бесконечных" недалеко будет.

По поводу OGL - нет, основы ещё не доучил.
Но литературу скажу: Ричард С.Райт-мл. и Бенджамин Липчак "OpenGL SuperBible" - по-нашему "OpenGL - суперкнига".
Если кому интересно, http://www.samspublishing.com/ (только что заходил - всё лежит (site_down))... цена будет порядка 600~800 деревянных, если память не подводит.

Собственно, Райт разбирает большую часть, а Липчак - по части шейдеров.
К книжке прилагается дисочок с exemple'ами. Т.е. исходники программ из книги.

 

Раньше с командой делали аддон для Томб Райдер 3,точнее они делали а я командывал,но потом разработку прикрыли и в ближайшем будущем продолжения не намечаеться.Если кому надо могу выложить дряхлую бету.
В нее входит всего один уровней,добавлена новая модель освещения текстур и всякая фигня по мелочи.Вот скрины:

 

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

 

а я пока ничего неумею((((

 

Если кому интересно, могу кинуть ссылочку на OpenGL - суперкнигу, третье издание, на русском. DJVU, 10Мб.

 

Давай, с удовольствием скачаю...
Иногда в печатном варианте неудобно искать некоторые вещи...

 

Хм. Вообще-то это ведь тоже варез, книга ведь продаётся? Ладно, думаю, те, кому она нужна, купят её в любом случае. На усмотрение модеров, в общем.
Ссылки

Здесь: http://rapidshare.com/files/101746287/OpenGL_superkniga_Right_Lipchak_infanata.rar
или здесь: http://depositfiles.com/files/4295087.
P.S. Кому не сложно, перезалейте на ifolder.