Объясните, пожалуйста, какой смысл в разработке игровых движков?
Это разработка платформы, на основе которой потом делают игры?
А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
Есть ли другие смыслы?

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
SRS>Есть ли другие смыслы?

А смысл очень простой — не платить кому-то за использование готового движка, а попытаться сделать свой и потом его "бесплатно" использовать.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?

Примерно такой же, как и при разработке ОС. Виндузы там всякие, линуксы, маки. То же самое — крайсис, анрил, гембрио и прочие.

SRS>Это разработка платформы, на основе которой потом делают игры?

Это дот-либ, который можно дергать за функции.

Здравствуйте, Всеволод, Вы писали:

В>А смысл очень простой — не платить кому-то за использование готового движка, а попытаться сделать свой и потом его "бесплатно" использовать.

А потом ещё и кому-нибудь продать.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
В Интеренете есть масса литературы (в том числе и русскоязычной) по написанию компьютерных игр.

SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
их по рандом-алгоритму прогоняют, вот и получаются не похожие друг на друга

SRS>Есть ли другие смыслы?


ламеры душат! Ламеры! помогите! спасите!

Здравствуйте, SuperRockStar, Вы писали:

SRS>Есть ли другие смыслы?

1) Это очень интересно, разрабатывая движок вы может вспомнить аналитическую геометрию, оптику и т.д.
2) Это очень дорого, хорошие движки стоят несколько сот тысяч долларов.

Здравствуйте, Всеволод, Вы писали:

В>А смысл очень простой — не платить кому-то за использование готового движка, а попытаться сделать свой и потом его "бесплатно" использовать.
Вот только иногда получается что за деньги (и время) вбуханные в разработку своего двигла можно было купить готовое и сосредоточится на собственно самой игре.

Здравствуйте, Zzzzzzz, Вы писали:

Z>1) Это очень интересно, разрабатывая движок вы может вспомнить аналитическую геометрию, оптику и т.д.
С точки зрения бизнеса — это вообще не аргумент.

Z>2) Это очень дорого, хорошие движки стоят несколько сот тысяч долларов.
Разработка своего серьёзного движка (при отсутствии предыдущего опыта подобных разработок) может вылиться в сумму, на порядок превышающую стоимость приобретения стороннего двигла. А если учесть время, которое будет потрачено при этом на разработку, то может оказаться, что игра на купленном движке уже вышла бы.

Здравствуйте, Zzzzzzz, Вы писали:

Z>Здравствуйте, SuperRockStar, Вы писали:

SRS>>Есть ли другие смыслы?

Z>1) Это очень интересно, разрабатывая движок вы может вспомнить аналитическую геометрию, оптику и т.д.
Z>2) Это очень дорого, хорошие движки стоят несколько сот тысяч долларов.

Это с точки зрения разработки шаровары двумя студентами. Но таких успешных (окупившихся) проектов — один из тысячи.

Для серьезной игроиндустрии писать движки нет смысла, проще купить.

Здравствуйте, gandjustas, Вы писали:

G>Это с точки зрения разработки шаровары двумя студентами. Но таких успешных (окупившихся) проектов — один из тысячи.

Я как раз знаю таких студентов Один до сих пор занимается фигней в аутсорсе (это я про себя ), а другой разрабатывает Gamebryo.

Тот кто не писал движок, программистом игр считатся не может

Здравствуйте, Zzzzzzz, Вы писали:

Z>Тот кто не писал движок, программистом игр считатся не может
А веб-программист обязательно должен свой сервер написать.

Имено из-за таких мнений игроиндустрия в среднем убыточна.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
SRS>Есть ли другие смыслы?

одна вещь которую никто не подметил — у нас дёшевы именно хорошие тех. специалисты. а особенно в области выч. математики. поэтому разработка жвижка в росии и игр на его основе на западе — вполне логична

Здравствуйте, gandjustas, Вы писали:

Z>>Тот кто не писал движок, программистом игр считатся не может
G>А веб-программист обязательно должен свой сервер написать.

Кстати было бы не лишним.

Здравствуйте, server_mouse, Вы писали:

_>Здравствуйте, gandjustas, Вы писали:

Z>>>Тот кто не писал движок, программистом игр считатся не может
G>>А веб-программист обязательно должен свой сервер написать.

_>Кстати было бы не лишним.
Все просто, кто-то крестиком вышивает, кто-то движки пишет.
Я тоже люблю такой ерундой на досуге позаниматься. Потому, как это приносит мне удовольствие само по себе. Потому, что это практика, которой порой не хватает, когда работаешь над коммерческими проектами. Потому, как лучший способ понять чужую разработку — разработать (или попытаться) нечто подобное.
Но думаю коммерческого успеха среди таких любителей не добивается никто (ну или 1 из 1000)

Здравствуйте, SuperRockStar, Вы писали:

SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?

нет, движки могут иметь одинаковый функционал, но могут отличаться как внешне, так и внутренне..

SRS>Есть ли другие смыслы?

например, движок может не устраивать архитектурой..
некоторые вещи на выбранном движке не сделать, а исходников может не быть (или нет денег на их покупку)..
вот и пишут/переписывают..

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
Это такая идея фикс. Немало народу на этом погорело

SRS>Это разработка платформы, на основе которой потом делают игры?
Точного определения вроде нет, когда мы писали движок определяли его как набор утилит и оформленный техпроцесс упрощающих разработку игр определённого стиля.

SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
Хороший девелопер сделает хорошую вещь даже плохими средствами. Крутость определяется (как правило) не движковыми вещами.

Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, Zzzzzzz, Вы писали:

Z>>Тот кто не писал движок, программистом игр считатся не может
G>А веб-программист обязательно должен свой сервер написать.

Нет, потому что эта область стандартизирована(что бы не делал все равно на выходе HTTP/HTML с жесткими форматами данных, а если бы ты был первым веб программистом и вообще никаких веб серверов еще в помине нету, а задачу решать надо?). Или допустим чел решил выйти за рамки HTTP/HTML к примеру захотелось видеть обьекты страници в 3d без всяких ActiveX/Flash/Silverlight и че? Сервера то нету Вот тогда то и придется писать сервер.

G>Имено из-за таких мнений игроиндустрия в среднем убыточна.
В играх нету стандартов разве что только не считать стандартом на выходе поток картинок для формирования которого можна использовать DirectX/OpenGL и за это спасибо, но нету форматов типа что монстер должен выглядеть так то, уметь двигаться так то и не дай бог захотеть чего то большего от монстра написанного и стандартизированного в MegaSoftCorporation

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:

G>>Здравствуйте, Zzzzzzz, Вы писали:

Z>>>Тот кто не писал движок, программистом игр считатся не может
G>>А веб-программист обязательно должен свой сервер написать.

А>Нет, потому что эта область стандартизирована(что бы не делал все равно на выходе HTTP/HTML с жесткими форматами данных, а если бы ты был первым веб программистом и вообще никаких веб серверов еще в помине нету, а задачу решать надо?). Или допустим чел решил выйти за рамки HTTP/HTML к примеру захотелось видеть обьекты страници в 3d без всяких ActiveX/Flash/Silverlight и че? Сервера то нету Вот тогда то и придется писать сервер.

Сначала бы разобрались в том, о чем пишите.

G>>Имено из-за таких мнений игроиндустрия в среднем убыточна.
А>В играх нету стандартов разве что только не считать стандартом на выходе поток картинок для формирования которого можна использовать DirectX/OpenGL и за это спасибо, но нету форматов типа что монстер должен выглядеть так то, уметь двигаться так то и не дай бог захотеть чего то большего от монстра написанного и стандартизированного в MegaSoftCorporation
Любой игровой объект — абстракция гораздо более высокого уровня чем "движок". И вот как раз чтобы делать монстров совершенно не нужно уметь (а тем более пытаться) делать движок.

Здравствуйте, gandjustas, Вы писали:

G>Сначала бы разобрались в том, о чем пишите.

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

G>Любой игровой объект — абстракция гораздо более высокого уровня чем "движок". И вот как раз чтобы делать монстров совершенно не нужно уметь (а тем более пытаться) делать движок.

В таком случае и голый DirectX можна считать движком, а че модели рисует что еще нужно

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:

G>>Сначала бы разобрались в том, о чем пишите.

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

Этим не стоит заниматься по многим причинам. Стандартный веб почти для всего подходит.

G>>Любой игровой объект — абстракция гораздо более высокого уровня чем "движок". И вот как раз чтобы делать монстров совершенно не нужно уметь (а тем более пытаться) делать движок.

А>В таком случае и голый DirectX можна считать движком, а че модели рисует что еще нужно

Движок — это чаще всего абстракция над рисованием набора текстурированных полигонов. А конкретные игровые объекты — абстракции еще парой уровней выше.

Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, gandjustas, Вы писали:

G>>>Сначала бы разобрались в том, о чем пишите.

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

G>Этим не стоит заниматься по многим причинам. Стандартный веб почти для всего подходит.

Кстати неясно зачем гугл писал свой броузер?

Ну не скажи, например стереть границу между Desktop и Web приложениями, то есть что бы web приложения могли вести себя идентично десктопным, думаю что в таком случае нужно будет переписывать и сам протокол и сервер и броузер, потому как ajax-ы не вытягивают эту задачу, а скорее всего является временным решением.

G>>>Любой игровой объект — абстракция гораздо более высокого уровня чем "движок". И вот как раз чтобы делать монстров совершенно не нужно уметь (а тем более пытаться) делать движок.

А>>В таком случае и голый DirectX можна считать движком, а че модели рисует что еще нужно

G>Движок — это чаще всего абстракция над рисованием набора текстурированных полигонов. А конкретные игровые объекты — абстракции еще парой уровней выше.

Да, это самый низкий уровень движка, чем выше тем ближе к игровой логике.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, gandjustas, Вы писали:

G>>Здравствуйте, Аноним, Вы писали:

А>>>Здравствуйте, gandjustas, Вы писали:

G>>>>Сначала бы разобрались в том, о чем пишите.

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

G>>Этим не стоит заниматься по многим причинам. Стандартный веб почти для всего подходит.

А>Кстати неясно зачем гугл писал свой броузер?
По политическим причинам.

А>Ну не скажи, например стереть границу между Desktop и Web приложениями, то есть что бы web приложения могли вести себя идентично десктопным, думаю что в таком случае нужно будет переписывать и сам протокол и сервер и броузер, потому как ajax-ы не вытягивают эту задачу, а скорее всего является временным решением.
Flash\Silverlight позволяют стереть эту границу. Ничего для этого переписывать не надо, ни серверы, ни протоколы тем более. AJAX тут вообще не к месту упоминать.

G>>>>Любой игровой объект — абстракция гораздо более высокого уровня чем "движок". И вот как раз чтобы делать монстров совершенно не нужно уметь (а тем более пытаться) делать движок.

А>>>В таком случае и голый DirectX можна считать движком, а че модели рисует что еще нужно

G>>Движок — это чаще всего абстракция над рисованием набора текстурированных полигонов. А конкретные игровые объекты — абстракции еще парой уровней выше.

А>Да, это самый низкий уровень движка, чем выше тем ближе к игровой логике.

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

Здравствуйте, gandjustas, Вы писали:

G>Flash\Silverlight позволяют стереть эту границу. Ничего для этого переписывать не надо, ни серверы, ни протоколы тем более. AJAX тут вообще не к месту упоминать.

Пока не видно аналог MS ворда или екселя на Flash\Silverlight-е так что бы не отличить было от оригинала по скорости работы и юзабилити, правда видел какой то паинт на флеше но говно редкое.
Насчет ajax-a, посмотри ajax контролы многие из них пытаются эмулировать поведение веб контролов == поведению десктопных, хотя задача ajax-a совсем другая, согласен.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
SRS>Есть ли другие смыслы?

Это очень интересный и захватывающий процесс Но цель тут как правило не написать, а писать — т.е. важен не конечный результат, а сам процесс.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?

Для начала надо дать определение игрового движка. Игровой движок, в отличие от графического или звукового, это законченный программный продукт, представляющий собой совокупность программных компонент и инструментов на основе которого можно собирать игры с определённом типом механики. Зачастую для сборки игры на основе движка не требуется даже компилятора.

SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?

Можешь сравнить 2 ролевые игры "Магия Крови" и "Санитары Подземелий". На мой взгляд они совершенно не пересекаются по графике и пересекаются процентов на 10 по механике. Тем не менее сделаны на одном движке.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
SRS>Есть ли другие смыслы?

Все очень сильно зависит от разных факторов. Один из вариантов — текущие, представленные на рынке движки не подходят по причинам функционала. Так происходит, когда хотят сделать прорыв в какой-либо области (и примеров довольно много). Второй из вариантов — жесткая заточка движка под свои нужды (начиная от сцен-менеджмента, ассет пайплайна, специфических редакторов и т.д.) и платформы, и такой вариант наиболее частый. Есть еще более редкие варианты — делается игра и движок на продажу, когда игра может быть по сути рекламой движка (FarCry, Crysis и т.д.). Ну и просто делается только движок именно для продажи, например Unigine тот-же самый.

Здравствуйте, Nolokor, Вы писали:

N>Все очень сильно зависит от разных факторов. Один из вариантов — текущие, представленные на рынке движки не подходят по причинам функционала.
Читай: у конторы сильно дофига амбиций, денег и свободного времени.

N> Так происходит, когда хотят сделать прорыв в какой-либо области (и примеров довольно много).
Успешных примеров мало.

N>Второй из вариантов — жесткая заточка движка под свои нужды (начиная от сцен-менеджмента, ассет пайплайна, специфических редакторов и т.д.) и платформы, и такой вариант наиболее частый.
Для этого совсем не обязательно писать свой движок с нуля.

N> Есть еще более редкие варианты — делается игра и движок на продажу, когда игра может быть по сути рекламой движка
Для этого надо собаку съесть на двигоделании.

N>(FarCry, Crysis и т.д.)
Основатели крайтек геймдевили с 80-х годов.

N>. Ну и просто делается только движок именно для продажи, например Unigine тот-же самый.
Что то его матерят многие за качество.

А>Кстати неясно зачем гугл писал свой броузер?

Самая сложная часть там — собственно отображалка HTML-страниц, не Гуглем написана. Так что Гугл тоже использует сторонние движки, а не пишет собственные

Здравствуйте, CreatorCray, Вы писали:

CC>Что то его матерят многие за качество.

Как и многие другие товары и программные продукты, и тем не менее он продаётся

Здравствуйте, Mamut, Вы писали:

А>>Кстати неясно зачем гугл писал свой броузер?

M>Самая сложная часть там — собственно отображалка HTML-страниц, не Гуглем написана. Так что Гугл тоже использует сторонние движки, а не пишет собственные

Судя по ихнему рекламному комиксу они там JScript штудировали и сделали что бы каждая страница крутилась в отдельном треде или процессе на случай что если какая то страница завалится то что бы не валился весь бровзер ( p.s. сам я уже не помню тех времен когда страница валила бровзер ) Короче кризис идей и в гугла, писали бы уже свою винду или надо сначала написать бровзеры офисы а потом уже ось.

M>>Самая сложная часть там — собственно отображалка HTML-страниц, не Гуглем написана. Так что Гугл тоже использует сторонние движки, а не пишет собственные

А>Судя по ихнему рекламному комиксу они там JScript штудировали и сделали что бы каждая страница крутилась в отдельном треде или процессе на случай что если какая то страница завалится то что бы не валился весь бровзер

Это не имет отношения к JScrpt'у

А>( p.s. сам я уже не помню тех времен когда страница валила бровзер )

Есть еще зависание сторонних плагинов (флэша)

А>Короче кризис идей и в гугла, писали бы уже свою винду или надо сначала написать бровзеры офисы а потом уже ось.

Зачем писать что-то свое, когда можно скопоновать уже существующее?

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
SRS>Есть ли другие смыслы?

Подходящих движков может просто не существовать. Скажем, для разработки roguelike игр с нормальной ASCII-графикой сейчас ничего практически нет.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
SRS>Это разработка платформы, на основе которой потом делают игры?
SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
SRS>Есть ли другие смыслы?

Полагаю смысл может быть:

1. не удалось найти для своего чудища готового движка (все найденные не подходят под какие-то специфичные требования) (кармак?)

2. контора занимается разработкой движков и их продажей (кармак!)

3. просто заработали на одной игрушке и думают что теперь могут все. В результате спускают кучу денег, движок не делает что от него требовалось, игра едва-едва окупается или не окупается (GSC Game World).

4. just for fun.

Здравствуйте, Аноним, Вы писали:

А> Короче кризис идей и в гугла, писали бы уже свою винду или надо сначала написать бровзеры офисы а потом уже ось.

своя операционка у гугла тоже есть, называется Android. Народ ее уже на asus eeepc ставит

Здравствуйте, CreatorCray, Вы писали:

CC>Вот только иногда получается что за деньги (и время) вбуханные в разработку своего двигла можно было купить готовое и сосредоточится на собственно самой игре.

Именно поэтому большинство использует уже существующие движки.

Здравствуйте, SuperRockStar, Вы писали:

SRS>Объясните, пожалуйста, какой смысл в разработке игровых движков?
Движки делают на продажу или "под игру", а если получится, то и продать. Т.е., в принципе, если компания разработала игру, то может продать наработки для изготовления новой игры, как правило, у таких двиэков нет документации и четкой структуры, местами не хватает нужных утилит.
Когда делают движки, то определяются требования, которые предоставляются к разрабатываемой игре, например такие, как сложность геймплея, сложность игрового окружения, техническое совершенство движка. Нельзя забывать, что пока игра разрабатывается индустрия не стоит на месте и придумываются новые ухищрения и техники, которые не предусматривались при разработке и если движок не ваш, то могут возникнуть проблемы с его развитием. Поэтому, чтоб уменьшить фронт работ стараются использовать как проверенные сторонние библиотеки (физические, звуковые, анимации, видео и пр.), исключением из правила можно сделать разве, что разработки Джона Кармака. Если движок разрабатывается под конкретную игру, то условия могут стать мягче, т.е. его станет сложнее "затачивать". Но если делается некий сиквел, или игры сходные по жанру, то гораздо легче разрабатывать, т.к. все шишки уже набиты.

К примеру, взять движок от Valve. Для разработки Portals его, вроде как, сильно переделывали. Там в самой игре можно почитать комментарии к разработке игры. Очень интересны комментарии к Portals: Prelide, т.к. это абсолютно левые разработчики решили сделать "продолжение" и нашли просто кучу граблей. Об этом тоже можно услышать в комментариях к игре. Сделать движок абсолютно универсальным — невозможно, а значит придется чем-то жертвовать или ограничивать.

SRS>Это разработка платформы, на основе которой потом делают игры?
Как писали выше — четкого определения нет. В большинстве своем это некий конструктив, облегчающий написание игр в определенном жанре. Как правило, с набором утилит облегчающих разработку ресурсов для движка (уровни, конструкторы материалов, логики игры). В наиболее продвинутых — это платформа для создания игр определенного класса с использованием какого-нить скриптового языка, т.е. "просто добавь воды".

SRS>А, если да, то получаются ли крутые не похожие друг на друга (технически, артефактами) игры?
В том то и дело, что обычные геймеры не всегда замечают, чем именно технологически отличаются игры. Графику 90х можно сделать и на самом крутом движке, и наоборот. Есть техники, которые реализуются не на всех видеокартах или подходы, требующие большой производительности от процессора, что бы значительно улучшало игру, но уже давно отошли от политики — "No GUS — No Demo!" и надо чтоб и на простых компьютерах работали игры. А есть еще сроки выпуска игры, а то получится Duke Nukem 3D. Поэтому есть и ошибки, и проблемы совместимости. Да и сложность игр стала на несколько порядков больше! Нельза забывать, что видео-драйвера — это не просто тонкая прослойка между игрой и видяхой — они крайне сложны и запутаны, прежде в плане оптимизации всего того, что вы пытаетесь отрисовать.

SRS>Есть ли другие смыслы?
Есть — стремление сделать самому и лучше, потому как не видна подводная часть "Айсберга" игрового движка.