следующая тема »

[обсуждению сеттинга]

Ещё несколько дополнений. Во-первых, тема посвящена обсуждению сеттинга, а сами игры (причём несколько игр!) отнесены в некоторое будущее. Видимо, у Чейсела будущее уже наступило.

Во-вторых, я поковырялась в том, что представлено как "концепт игры".

"Ничего кардинально нового только проверенное  старое: больше и вкуснее".
Ок, проверенное старое. У игры есть два способа быть хорошей: быть неожиданной и интересной (тут даже неказистая угловатая графика не помеха) или быть очень качественной, на голову выше конкурентов. Оригинальности не планируется вовсе, оттого, что поменяли мечи на сабли, её не прибавится. Ладно. Высокое качество... для высокого качества нужны мощные производственные ресурсы, специалисты, деньги, грамотная техдокументация и планирование и ВРЕМЯ. От 3 месяцев до года при восьмичасовом рабочем графике группе профессионалов потребуется для реализации движка под нужды такой игры. Я не буду уточнять, что чтобы обогнать в качестве другие игры, нужно вложить немало денег (например, в лицензирование некоторых полезных продуктов или софта). Просто представьте: год работать без отпуска с 8-часовым графиком БЕЗ ЗАРПЛАТЫ, все универы-школы побоку.

Про "есть идея" - это прикручивание дополнительных фишек к уже имеющемуся. Это проще.

ЗЫ. Я знаю, что Chaiseel читается как [чейсил]. Но в моём озвучивании фонетика возвращается к своим корням, так что извиняй.

[LittleDrakon]

LittleDrakon, чтобы сделать игру, которая понравится здешним форумчанам, она должна быть про драконов. И не должна быть полным отстоем. Вот два критерия. =Р
И с чего ты взяла, что я рвусь прямо сейчас делать уровни, которые обязательно войдут в игру? Воспринимай их как своего рода концепт-арт. Может быть и войдут, может, мы их порежем на куски, и в игру войдёт отдельные части. А может, руководитель скажет сделать всё по новой. Так вот, лучше всего будет, если он скажет делать всё по новой пораньше, чем если он скажет делать всё по новой, когда у меня уже готов уровень с детализацией и текстурами. И было бы вообще замечательно, если бы ты тоже в чём-то помогла, а не указывала, что делать. Ты ведь так *кхе-кхе* много знаешь про гейм-дизайн. 

Если не можешь выговорить моё полное имя, то зови меня просто Чейс. 

[нет никакой необходимости]

LittleDrakon, чтобы сделать игру, которая понравится здешним форумчанам, она должна быть про драконов. И не должна быть полным отстоем. Вот два критерия. =Р

При чём здесь форумчане? Я рассматриваю игру в принципе, а не "игру-для-Гнезда". И использую общие критерии. Чтобы получилось действительно вкусно, а не так "тяп-ляп, свои проглотят".

Так вот, лучше всего будет, если он скажет делать всё по новой пораньше, чем если он скажет делать всё по новой, когда у меня уже готов уровень с детализацией и текстурами.

Хочешь мастерить в своё удовольствие - мастери. Но когда ты работаешь в команде - будь добр, не задерживай остальных. Если ты наваял уровень со всем, чем надо, а его надо в помойку и всё переделывать, то тут есть две причины: 1) непродуманность проекта (вина геймдизайнера); 2) глупость исполнителя (вина дизайнера уровней). И то, и другое одинаково плохо. А с переделыванием "как можно раньше"... То есть ты уже заранее настроился на провал, срыв всех сроков и почивание проекта в бозе? Ты заранее смирился, что ошибку совершишь либо ты, либо геймдизайнер? Запланированную ошибку, а не те, от которых никто не застрахован?
Руководитель должен сказать делать всё по-новой ещё ДО того, как ты начнёшь делать. Иначе это фэйл.

И было бы вообще замечательно, если бы ты тоже в чём-то помогла, а не указывала, что делать.

Я не собираюсь тратить своё время на мёртвый проект. В данном виде шанс, что он оживёт, 0,01%. Не только с точки зрения производства игры (техническая сторона), но и с точки зрения качества конечного продукта (проектная сторона).
Однако, в силу тёплых чуйств к сородичам (а также в знак благодарности за лук и стрелы  ) я готова быть консультантам по вопросам проектирования. Я даже готова исполнить героический труд - набрать и выложить соответствующий раздел книги "Проектировка и архитектура игр", чтобы, раз вы не верите мне, прочли мнение специалистов-профессионалов.

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

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

Эту игру я хочу какраз вывести на сюжете и красоте.

Этот подход равнозначен сборке ВАЗа, на который потом навинчивается гидроусилитель, подушки безопасности, климат-контроль... Если нутро гнилое, ленточки не спасут. Тазик с наворотами всё равно не купят - отдадут предпочтение пусть без наворотов, но хорошо продуманной с самого начала иномарке. В случае с игрой это будет несколько месяцев упорного труда и как награда - абсолютное равнодушие пользователей. Ну или немного поиграют и бросят, потому что есть куда более интересные игры. Максимум скажут: "Да так себе". Великолепный сюжет (при должном писательском навыке) лучше бы смотрелся в книге, а не в мочилове. Сделать красивый мир без высококачественной графики (т.е. больших производственных мощностей),  профессиональной озвучки (как музыки, так и голоса), секретов театрального/режиссёрского мастерства невозможно. Есть у вас это?
Допустим, чудо свершилось. Вы делаете игру. И даже решили во что бы то ни стало доделать до конца. На разработку чего-нибудь стоящего у вас уйдёт, скажем, года два. К этому времени игра настолько устареет, что вам будет стыдно её показывать.
Я уж не говорю о том, сколько времени помимо разработки займёт тестинг и отлавливание багов.

Вдогонку - книжка раскрылась на этом месте.

Часть 3. Разработка архитектуры игр
Глава 17. Подготовка к созданию технического проекта.

Основные темы:
- Значение качественной проработки архитектурного проекта
- Учёт особенностей платформы
- Проблемная область
- Выделение базовых элементов
- Взаимодействие базовых элементов
- Конечные автоматы
- События, автоматы, переходы и свойства

В части I этой книги был рассмотрен процесс проектирования игры, начиная от формулировки идеи до получения проработанного эскизного проекта. При этом мы несколько раз отклонялись от основной темы, чтобы показать, что такое игра с математической точки зрения. В этой главе мы продолжим развивать темы, затронутые в части I. К этому моменту перед вами уже должен лежать проработанный эскизный проект, по которому вполне можно понять, что из себя представляет игра. Эта глава начинается там, где заканчивается часть I. Вы уже достаточно потрудились над эскизным проектом, и теперь настала пора реализовать его в виде задуманной вами потрясающей игры. Ну что ж, приступим к программированию!
Да, именно так обычно и происходит.
Если вы внимательно читали книгу, то заметили, что мы постоянно подчёркиваем тот факт, что в подавляющем большинстве случаев за этапом разработки эскизного проекта игры (если он вообще есть) сразу же начинается этап производства, т.е. написание программного кода. Также вы, наверное, поняли из наших комментариев, что игровая индустрия – единственная отрасль программной индустрии, в которой пока ещё сохраняется подобный любительский подход к производству программных продуктов. Почему? По одной простой причине – игровая индустрия до сих пор не перешла на современные методы производства. Текущее состояние дел в области организации разработки игр соответствует тому состоянию, которое было типичным для программной индустрии пять-семь лет тому назад. Да, сами по себе методы программирования вполне современны, однако методика их использования устарела. Это чем-то напоминает изготовление серийных автомобилей не на конвейере, а вручную, хотя и с помощью самых современных инструментов. Пять-семь лет, учитывая темпы развития программной индустрии, - это целая вечность.
Следует понять, что разработчики пишут проектную документацию (архитектурный проект, технический проект и т.п.) вовсе не для того, чтобы как-то скоротать свободное время. Наличие такой документации – это всё равно, что наличие карты при путешествии по незнакомой местности. Если в руках разработчиков имеется технических проект, они могут лучше понять, где они находятся в каждый момент времени, а их руководство – увидеть, насколько успешно продвигаются работы в целом и насколько они соответствуют планам компании. Нети никакого смысла, закопавшись в руководства по конструкции дисков CD-ROM, разрабатывать в течение месяца модуль для воспроизведения компакт-дисков, если коллеги из соседней группы сделали такой модуль ещё полгода назад или он был заблаговременно куплен компанией и теперь пылится на полке за коробкой от Quake III. С другой стороны, зачем было тратить время и деньги на создание или приобретение модуля, если о его существовании никто не знает?
Технический проект – это нечто вроде рекламы. С его помощью сотрудники, работающие над реализацией других проектов, могут узнать, чем вы занимаетесь, и увязать свои работы с вашими. Это поможет не только избежать никому не нужного дублирования, но и позволит сделать более прозрачным процесс разработки. До тех пор пока технический проект не будет написан (как минимум, в соответствии с правилом 80/20), ни в коем случае нельзя начинать этап производства. Перед тем как приступить к написанию кода игры, следует выполнить ряд подготовительных этапов, цель которых – переход от общей картины, представленной эскизным проектом, к детализации её отдельных составляющих (технических заданий на проектирование каждого модуля). Поэтому отложите пока в сторону «каску» кодировщика, поскольку она вам понадобится несколько позднее, наденьте «фуражку» архитектора и продолжайте чтение.
В этой главе описываются начальные этапы процесса создания технического проекта, цель которого – углубленная проработка эскизного проекта, заканчивающаяся созданием общего архитектурного проекта игры. Архитектурный проект является частью технического проекта, на основе которой и разрабатываются конкретные технические задания на создание отдельных модулей.
Как уже было сказано выше, здесь в дело снова вступает правило 80/20. Оно означает, что получить полностью проработанный архитектурный проект до начала кодирования невозможно. Однако вполне можно выполнить его на 80%, а остальные 20% уточнить уже в ходе реализации проекта. Поэтому следует понимать, что архитектурный проект никогда не бывает «завершённым», поскольку во время производства программного кода в него могут и должны вноситься модификации. В этом нет ничего плохого, более того, - это является признаком того, что проект развивается нормально. Никто не может заранее предсказать на 100%, что нужно будет сделать в проекте через полтора года. Некоторые детали прояснятся только после того, как написан определённый объём программного кода. Однако, если архитектурный проект как следует проработан, количество переделок будет сведено к минимуму. Большинство модификаций будет представляет собой уточнения и некоторое развитие документа. Кстати, здесь мы хотели бы подчеркнуть особую важность, которую имеет поддержание постоянного соответствия документации и программного кода. (Мы уже неоднократно говорили о том, что создание документации должно рассматриваться как необъемлемая часть процесса разработки программного кода. При этом собственно кодирование – лишь небольшая, хотя и важная часть работ, которая должна выполняться в самом конце производственного цикла.)
Классический аргумент против того, чтобы заниматься всей этой «бюрократией», состоит в том, что программный код – это и есть самая лучшая документация. Конечно, это в каком-то смысле соответствует действительности, но это не значит, что подобная аргументация должна рассматриваться как нечто заслуживающее внимания. Если так рассуждать, тогда следует вместо документации просто распечатать исходный код игры и написать сверху «Смотри!», как в случае одного из остроумных доказательств теоремы Пифагора. В компаниях, занимающихся разработкой игр, исходный код считается лучшим видом документации только потому, что никто из сотрудников таких компаний в большинстве случаев не утруждает себя написанием настоящей документации. Однако таким компаниям следует подумать над тем, что документация пишется не только и не столько для себя, а сколько для других людей. Она может понадобиться всем, кто захочет узнать, что происходит в проекте, или для выполнения служебных обязанностей – начиная от рядового участника рабочей группы другого проекта и заканчивая проектировщиком игры или даже президентом компании.
Ещё одним классическим ответом, который приходится слышать в подобных дискуссиях, является утверждение о том, что программный код – это всё равно единственный вид необходимой документации, поскольку все, кто не умеет его читать, в документации не нуждаются. Если вы действительно в это верите, тогда нам остаётся только умыть руки. Возможно, вам стоит подумать о другой карьере, например, смотрителя маяка. В этом случае вам не придётся общаться с другими людьми, поэтому вы сможете вообще не задумываться о каких-либо средствах общения.
Кроме того, попробуйте-ка сказать президенту компании, когда он затребует проектную документацию, чтобы посмотреть, как идут работы, что ему нужно просто научиться читать программный код. Возможно, в таком случае решение о том, что вам следует поменять место работы, будет принято не вами!

[Добавлено спустя 4 мин.]

Я имел ввиду что грызться вы можете и в другом месте.
И добавляю что геймплей я  продумываю для обоих версий.
LittleDrakon спасибо прочитал, но так и не понял к чему ты клонишь, напиши в двух предложения претензии чисто ко мне, я так понял что ты просто пытаешься нас уберечь от необдуманного подхода и ошибок, не надо у тебя не получится, а книгу я  попробую прочитать в ближайшее время.
Чейз я могу тебе дать идеи и общее описание для карт, хоть сейчас, но не возмущайся если будешь делать их не в тех *D, можешь занятся этим чисто на бумаге, представляя общую картину и думая над тем как это реализовать в обоих видах.

Добавлено спустя 4 мин.

И еще я не вижу чем ваши споры отличаются от тех, что видел в "Сделаем свою игру про драконов?" предметности в них не прибавилось, еще одна страница и я позову модератора.

Угагагага. Я сейчас буду реально умирать. Вот так, сразу, и в программные коды, на опенсорсном движке и в полном 3D. А-а-а-а-а!!!!!

Вспомните, уважаемые игроделы, богатые теорией и намерениями, замечательного ежика Соника, который имел 7 или 9 "action" и воевал с зациклованными противниками, имевшими вообще 3-4 "action". Вспомните и ужаснитесь. Ибо - шедевр. Равно как и прочие его братья.
Если суть игры захватывает - играть можно и кубиком покрытым пятью цветов пикселями. Если суть не захватывает - оно никому не надо.

Что же до разработки... У старого и злого сейчас два проекта. Один РПГ-шка с системой опыта и инвентори чейнджа, второй - тактика с элементами стратегии. И оба - НАСТОЛЬНЫЕ. Дети мое - обеим проектам по году почти. А они ох как далеки от завершения.

Итак, что нужно:
1. Разработать тактический математический движок игры
1.1. Модель персонажа (параметры-свойства)
1.2. Модели противников (параметры-свойства)
1.3. Модель боевого взаимодействия (системы расчета повреждений)
1.4. Модель небоевого взаимодействия (экономика)
1.5. Процесс прогресса/развития моделей (система набора опыта и развития персонажей/противников)
1.6. Модели предметов инвентаря
2. Оттестировать движок
3. По результатам тестов ввести балансирующие коэффициенты.
4. Разработать стратегический математический движок игры
4.1. Определить тип мира (пассивный, активный, интерактивный)
4.2. Модель взаимодействия персонажей с миром.
5. Оттестировать сцепку движков.
6. Ввести поправочные балансировочные коэффициенты
6.1. Адаптировать группы поправочных коэффициентов по уровням сложности
7. Определение сюжетной игровой составляющей (квесты, да. Хотя бы один и простой - убить всех, но мотивация пристутствовать должна, ибо не Постал)
7. Введение общей картины базового мира в сюжет
7.1 Объем вводимых данных
7.2. Метод введения
8. Оттестировать систему в комплексе.
9. Ввести поправки
10. Протестировать систему в окончательном варианте.

А вот далее уже выбирается рабочая платформа - настолка, приставка, автомат, комп игра, подбирается соответствующий графический движок, пишутся и отрисовываются все объекты (благо скетчи и "шорт-деск" с "лонг-деск" уже готовы по всем объектам, равно как и основные "акшены" у любого объекта), отрисовываются карты локаций и т.д. Потом к готовому матдвижку прикручивается вся графика, проверяется программный код и скрипты как базовых акшенов, так и сюжетные, все тестится и начинается гонка за издателем-локализатором, в бизнес-планы которого вы 100% не впишитесь на момент обращения, поскольку даже если вы принесли бомбу, которую расхватают как студенты пирожки по пять рублей, только она попадет на прилавки, чем меньше паблишер отстегнет вам - тем больше профита получит.

Теперь по организации.
На все, я повторяю - на ВСЕ должны быть четкие Технические Задания. Если непосредственный исполнитель спорит с ТЗ - нахрен с пляжа. Такой человек в команде не нужен, ибо если на "общем сборе" при формировании ТЗ он молчал, а когда "розовую фиговинку с глазками и в рюшечках" отдали ему начал возбухать что рюшечки излишни, а в розовом слишком много поросячьего и вообще - он тру-гот и к розовому даже не прикоснется - это гарантированный гемор всем, кто будет увязан по сроками и сцепкам параметров объектов на его работу. В идеале - весь мат движок должен делать один, максимум - два человека.

Забудьте о креативных. Креативный в команде должен быть только один. Он так и называется - креативщик. Все остальные - спецы. Их задачи - считать, рисовать и подрезать крылья креативщику, когда ему захочется ядерной бомбы в средневековом сеттинге. Два креативщика, а паче три - это гарантированная склока в форме войны за идеи. Это вечное мерянье пиписьками и прочий альтернативный спорт. Поэтому - давить их надо пока маленькие.
Спец - он так же может предложить свою идею, но только в рамках реализации идеи креативщика. Не больше.
Самое главное - проджект супервайзер - координатор. Он - царь и бог. Он определяет - какая идея - куда. Он определяет сроки. Он раздает и принимает работу. Если проект некоммерческий - он так же раздает "гамики". Гамик - условная единица, которой оценивается вклад в работу каждого. За каждых десять розданных гамиков координатор получает один гамик. Если проект становится коммерческим или продается конечный продукт - полученные в итоге суммы делятся на общее количество гамиков, а дальше - денежки выдаются на руки в пропорции полученным во время работы гамикам.
Автор проекта быть координатором не может. Автор, он гад всегда хочет много, всего и сразу. Координатор должен быть вообще левый для проекта человек, обладающий тремя навыками - приказывать, орать и пороть.
Ну и тестеры должны быть. Про селф-тестинг - забудьте. Тестеры - всегда со стороны. И тестер должен понимать, что он делает.

Про что еще нужно забыть? Про три вещи точно - про интерес, идеал и дружбу.
Про интерес - вам никогда не будет интересно играть в то, что вы сделали сами. Вы все знаете. Все. От примитивных акшенов и свойств маленького камушка и до извивов сюжета и майн лоджик.
Про идеал - идеала вам не удасться достигнуть. Идеала от вас и не требуют. От вас требуют вещи которая а) работает б) работает непредсказуемо для игрока в) заставляет игрока приложить усилия и тем самым - поиметь моральный профит, когда усилия к цели приводят.
Про дружбу - друзья кончаются тогда, когда группа лиц, задумавшись о создании игры называет себя командой и распределяет права и обязанности и снова начинается тогда, когда все гешефты и профиты получены, и команда закончив проект, садится в кафешке выпить пива. Между этими моментами - вы лишь партнеры, связанные общей целью.

А на одном программном коде и энтузиазме - далеко не уедешь.

Скальд, а ты почитай что говорю я
"реализация -- около 20% от всей работы" )
то есть, что настольную RPG написать, что компьютерную -- разница в 1/5 от общего времени )
Потому что движки, анимация и прочее -- это "от лукавого"
В тетрисе так вообще никакой анимации не было, зато как в него играли!!!

Насчет комментариев... Я лично склоняюсь к Indi-играм. То есть самоизданных )
От наличия "крупного финансирования" далеко не каждая игра страдает...

Так, на тему креативщиков... Их нет.
Есть "владелец" -- который знает что хочет и говорит это исполнителям. У исполнителя есть свобода в том _как реализовать_, но нет свободы в _что реализовать_
Иначе такой исполнитель никому не нужен.

Навыки "приказывать, орать и пороть" -- ну, тут я с вами не соглашусь. Ибо средневековье это -- орать и пороть. Есть другие, гораздо более гуманные и действенные методы )

Насчет "энтузиазма" -- тоже не совсем соглашусь. Без энтузиазма ничего не сделаешь, ибо будет вломы...
Разработчик должен хотеть _работать_, а не просто хотеть денег / профита...

Вообще, я, как уже говорил, являюсь евангелистом Agile Development. Который предполагает несколько неклассическое управление проектами...

И, конечно, моменты насчет "дружбы", "интереса..." --
1) В интересную игру играть будет интересно. Обязательно.
Даже разработчику. Даже тестеру может быть интересно в нее играть
Так же как вдоль и поперек прочитанную книгу может быть интересно читать снова и снова.
Так же как пройденную тридцать раз игру можно проходить опять и опять.
Это если она хорошая и интересная
2) Дружба. Дружба при разработке -- есть. Дружба, командность, "плечо товарища". Вот когда идет раздел денег -- тогда да, дружбы нет. А во все остальные моменты -- она есть.
3) Идеал. Как известно, он недостижим в принципе...

Да, кстати, на программном коде никогда не выедешь -- выезжают на "бизнес-логике" (ну, или на игровой логике, что в данном случае одно и то же).
Только с играми сложее, потому что, например, 1С Предприятие не должна быть интересной, захватывающей и с динамичным сюжетом...

Понимаешь, тут проблема в другом - люди то основной упор ставят на программирование, анимацию и прочее в рамках существующего сеттинга. А это не правильно.

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

Да, кстати, даже на анимацию упор не ставят. Ставят упор на то что "я хочу сделать игру" )
Можно, конечно, взять MaxPayne, например, и поменять ему "шкурки" ) Да, будет прикольно... Но толку-то?

[Scald Havoc]

Scald Havoc, сколько слов, а толку ноль. Сначала написать движок, а уже потом решать, на какую платформу выпускать - вперёд, попробуй написать такой движок, который в итоге можно будет компилировать как для ПС2, так и для ПК. Кстати, кое у кого это всё-таки получается. Rockstar Games, например. ) Выгнать из команды всех креативных - выгоняй, работай в гордом одиночестве. Пускай лучше у нас работают креативные. Почти всё остальное, что ты написал - полная чушь. За исключением того, что модели предметов/персонажей/и т. п. действительно нужны в игре, как и, в прочем, движок и уровни. )

2 Smiling Killer: В общем, правильно ты сделал, что дал мне концепты заранее. Т. к. на днях я очень фейлово заболел и никакого настроения что-либо моделить не было. Сейчас уже лучше, но подвалил напряг с учёбой. Сделать модель экзокостюма (или как там называется та красная антрофигня?..) постараюсь всё-таки как можно скорее, ну а ты определяйся с жанром. Если пару моделей закончу раньше, чем ты определишься, то просто возьму и подставлю их в один уже имеющийся движок и посмотрим, насколько получится приемлемо. )

[Scratch]

Scratch, Scald Havoc, эти ребята умных слов не слушают (по крайней мере Чейсил). Даже если им ярые спецы скажут. Даже Роллингз и Моррис, похоже, тут не помогут... Увы.  То есть их проект можно сразу назвать мёртвым - все симптомы налицо.

-- Давайте построим дом!
-- Ага! Тащите кирпичи и раствор, сейчас начнем строить!

Scald Havoc там стоит "или" и там не написанно, что движок должен быть 3д и мод для какой то другой игры приемлимый вариант, поэтому там и написанно "кто то имевший опыт в модостроительстве". Конкретные цифры и баланс высчитываются подставлением чисел в файлик опций и вдумчивым тестингом. А платформа - конечно ПК, а ты имеешь представление о структуре  игры пля PS2?
Что еще? Ах да! ПРОЕКТ НЕ КОМЕРЧЕСКИЙ и распространять его будем бесплатно.

"-- Давайте построим дом!
-- Ага! Тащите кирпичи и раствор, сейчас начнем строить!"
Нет, я говорю: "давайте сделаем гараж и поставим там мебель, кирпичи есть, кто умеет мешать бетон?"

Чем отговаривать нас от того, чтобы сделать свой первый проект, из-за того, что мы этого не умеем и у нас ничего неполучится, вспомните о статистике, 3\4 игр никогда не выходят в свет и у нашей игры точно такие же шансы.
Что вы предлагаете, просто не делать?

Ааа... да! С прискорбием сообщаю, что у меня неожиданно обьявилась киста или что то похожее, такчто я могу неожиданно исчезнуть (возможно положат на операцию а потом на стационар).
Хнык.. хнык...   Но не парьтесь если я умру, то буду являтся вам во снах.

[Smiling Killer]

Smiling Killer, это чёрный юмор?..

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

[Добавлено спустя 3 ч.]

Chaiseel, дружочек, если ты путаешь математический движок, логическое ядро и графический движок - это еще не диагноз, но уже показатель. Как великий или даже величайший знаток игростроя ты расскажи мне вот например почему же Рокстару удалось портировать игру аж на две платформы, кстати, физические параметры объектов игры - они там в графическом движке (который у ПиСи и боксов разные) или в математической модели (которой суть пофигу на чем работать и сколько полигонов в графике)?
Или вот кстати, такой злоизвестный всем фанатам серии игр Комман унд Конквер файлик rules.ini - кусок графического движка или математической модели?
Про организацию работы... Вот честно - будь я координатором или со-координатором проекта - гнал бы я человека с такими как у тебя убеждениями в пять пинков и три шеи. Хотя бы за одну фразу - "я болел и мне было влом"

Smiling Killer
Хех. Как все просто - "подставлением чисел в файлик опций и вдумчивым тестингом" А сто-сто двадцать запусков игры для выверки соотношения 1-2 параметров не хочешь, при работе таким методом? (Увы, увы даже старые и злые были когда-то молоды и наивны и вместо просчета балансировочных формул и построения координатных систем работали методом научного тыка)

Нет, я говорю: "давайте сделаем гараж и поставим там мебель, кирпичи есть, кто умеет мешать бетон?"

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

Что вы предлагаете, просто не делать?

Я предлагаю сначала подумать, потом делать.

Что же до реализации... Чем изобретать велосипед - сделайте мод к тому же Обливиону. Заменить модели, вырубить половину скриптов, "выморозить параметры" поставив опыт за уничтожение и выполнение задач на "0", заменить карту на "коридор" и как бы все. Структура там открытая, руководств по модописательству - вагон, в т.ч. и на русском. Возни, правда будет, не меньше чем работать с нуля, но что поделать?

Что еще? Ах да! ПРОЕКТ НЕ КОМЕРЧЕСКИЙ и распространять его будем бесплатно.

И? Я тебе скажу так - не важно, какой проект. Или в команде дисциплина армейского типа с соблюдением демократических основ (т.е. - мы его выбрали - он имеет право нас дрюкать) или это будет очередной "танчик" неверэндинг постройки. Просто поверь - у меня у самого уже три года волынится проект по изготовлению на базе 35-го масштаба 3-х "хаммеров" из Фаллаут Тактикс. Я материалы добыл, штук 100 шотов оного "хаммера" наделал, полазил по сурсам, надыбал описание, эмблемы Братства Стали на фотобумаге в цвете зафигачил... Пластик нарезал, мастики-грунтовки надыбал и прочее. Свою часть работы сделал, короче. Но поскольку анархия в команде - два других человека режут болты. Но каждую встречу (а это два раза в месяц точно) встает вопрос - когда мы их доделаем? (причем поднимаю его не я) и все хором - доделаем-доделаем. Вот только танчики доклеим и доделаем.


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

Scratch

) В интересную игру играть будет интересно. Обязательно.
Даже разработчику. Даже тестеру может быть интересно в нее играть
Так же как вдоль и поперек прочитанную книгу может быть интересно читать снова и снова.

Когда ты сто двадцать пять раз тестишь скрипты, прописывая их вручную "блокнотом", поскольку сцепка функций, тебе нужная, в игре возможна, а встроенный редактор такую сцепку сделать не позволяет, когда точно знаешь, что вот коммандос зачищают блокпост, снайпер сносит расчет зенитки и прилетает самолетик со снарягой и подкрепом, потом бежать левый угол, стрелять нехороших охранников, захватывать танки и ехать правый угол убивать. Потом брать 2 БТР ехать наверх захватывать радиостанцию, вызывать артобстрел по району, потом прилетят вертолеты, грузи всех туда, вертолеты улетают, все счастливы... И красивые текстовки выскакивают, и противник там бегает-бегает, и патрули ходят и все просто прекрасно. Но ты так натра.....ся со скриптами, которые за этой красотой стоят, что пошло оно все так далеко... У меня на глазах человек протестив все что только можно выходит из игры, со счастливым ликом ко мне поворачивается и говорит "Все, ............ сделал. Слушай - она тебе нужна?" Я говорю "нет". Он выбирает файл миссии, нажимает Del - Да, смотрит в мои полные офигения глаза и отвечает на незаданный вопрос - "я с ней так на.............я, что ну её нахрен".

Добавлено спустя 3 ч.

Вот, немножко обобщенного опыта - многа букав читать не надо - там все в приаттаченных файлах в последнем сообщении есть Сцылочка

Но ты так натра.....ся со скриптами, которые за этой красотой стоят, что пошло оно все так далеко...

Не согласен )
Как-то раз я писал ма-а-аленький мод (карту + скрипты) для третьих Героесов.
Писал я ее около недели. Почти неотрывно. Ну, чтобы красиво было, и чтобы там вот так, а там вот так, а там еще так... И каждый раз, при изменении, "доигрывал" до нужного момента, пока оно не обламывалось (и я исправлял немножко карту, чтобы там можно было сделать то что нужно).
В общем, через неделю оно было играбельно и более менее красиво...
И что ты думаешь? Я отложил его на недельку, а потом сел и с удовльствием прошел )
Так что -- бабка надвое сказала )

А еще, ежели данное сооружение из скриптов не "пойди туда, сделай то", а "можно пойти туда, сделать то" (необязательный сюжет, нечеткие условия), то играть даже после тестирования может быть интересно )

[Chaiseel]

Бардак устраиваете вы, "Я предлагаю сначала подумать, потом делать." ты заметил что мы что-то уже делаем? Я собираюсь набрать команду, собраться а затем подумать.

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

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

Не буду продолжать шараду с метафорами.

Мод к обливиону - нет он не подходит по динамике и я не смогу переделать его графику настолько, чтоб получилось то что нужно.  Суперским вариантом в этом плане был бы Half-life 2.

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

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

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

Chaiseel да это он, завтра на МРТ еду.  А насчет Serious Sam то с геймплеем я давно определился это тот самый  beat them up в этом жанре ничего путного давно не выпускали.  Вот только получится ли в Сэме контактный бой?

Я собираюсь набрать команду, собраться а затем подумать.

Смайл, ты в команде кто? Геймдизайнер? Руководитель? Тогда всё должен решить/продумать ты. Остальные - исполнители. Напиши диздок и предъяви вакансии: нужен художник - задание раз, два... семьдесят семь (чётких!). Нужен композитор - задание раз, два... ну и так далее. Нужен программер 1 - будет заниматься заданием раз, два... Нужен программер 2 - у него задания свои, шоб первому не мешал, и дело спорилось. Нужны актёры озвучивания на такие-то роли, текст такой-то, нюансы озвучивания такие-то (по заданиям).

То есть, пока ты не создашь проект твоей игры, команду собирать смысла нет. Боишься работы? За тебя твою работу никто не сделает, не перекладывай её на "команду". Не разводи бардак, а предъяви чёткий архитектурный проект игры - и народ сам потянется, видя, что нужно сделать, и оценивая свои силы адекватно.

Итого: я опять говорю, что рано вы затеяли уровнестроение. Строя гараж, начинаете с занавесок и книжной полки...
Собственно, я сама могу подсобить - как в плане проработки сеттинга, так и в качестве композитора. Но - как потенциальный участник - требую чёткого проекта.

[Scald Havoc]

Scald Havoc, а как ты собрался тестировать математический движок? Пока не напишешь соответствующую программу, это будет просто поиск ошибок на глаз. Поэтому я понял, что ты имел в виду движок игровой. Но от этого смысла в твоих словах не становится больше. Сто-сто двадцать запусков игры с последующими исправлениями неизбежны, если ты хочешь получить хорошую игру. Это просто доказанный факт, ну никогда ты не сможешь на листе бумаги написать такую игровую систему, чтобы её потом не пришлось исправлять 10^n раз. И лучше уже исправлять столько раз, чем пол-года планировать что-то, что может в итоге выйти провальным в корне. Скажем, придумал ты игру про паркур, описал все малейшие подробности, а на практике оказалось, что тупо бегать по уровню уныло и не интересно. По поводу того, кого надо гнать из команды - сама по себе любительская разработка игр считается занятием довольно увлекательным. Иначе почему столь многие ею занимаются? Да потому что разработка - это тоже творчество, а не тупо рисование по точкам! Сколько говоришь у тебя опыта? Я семь лет делал всевозможный контент к играм. Было время прийти к этим выводам. И будь добр, не разбираешься в игрострое - хотя бы не пытайся "помочь". Тут некоторые уже решили проект похоронить живьём. =Р
И что не ясно по поводу рокстаровского Renderware? Просто сделали такой универсальный движок, который можно компилировать на кучу консолей (ПК, ПС2, ПСП, Геймкуб, ХВОХ первый и т. д.). На это ушло дофигища времени и ресурсов, которых у нас нет.

Smiling Killer, модель сегодня начал делать, но пока показывать рановато. ) Beat em up в Сэме сделать в принципе реально, но давай я сначала попробую набросать что-нибудь и дам тебе посмотреть. Если что-то будет не так, но я смогу это исправить, то в принципе можно оттесать такой мод, который будет нам подходить в плане геймплея, и останется графическая составляющая и сюжет. Сейчас у меня пока что готова более-менее стабильная система управлением движениями персонажа с видом со следящей камеры вверху. Выложу, как только добавлю к ней систему ближнего боя.

Интересно, вот про это:

ну никогда ты не сможешь на листе бумаги написать такую игровую систему, чтобы её потом не пришлось исправлять 10^n раз.

знают создатели GURPS, DnD или SPECIAL ?

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

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

Да потому что разработка - это тоже творчество

Вот поэтому сейчас очень сложно найти хорошего художника, дизайнера, да и программиста тоже... Потому что "разработка -- это тоже творчество".

Я семь лет делал всевозможный контент к играм

А я лично подписывал ходатайство об увольнении программиста с 20-летним стажем ввиду его профнепригодности. Так что не аргумент.

[Re: Фильмы, которые хотелось бы]