[agile-ukraine] Game design documents material
Tanya Kobzar
Нужна помощь, возможно кто-то где-то натыкался на теоретические или практические материалы по созданию game design документов, а также принципов баланса в игре.
Заранее спасибо :)
--
Best regards,
Tanya Kobzar
Evgeniy Rybakov
Сталкивался с Game Design Document and Technical Design Document
Принципы баланса нет. Т.к. не был гейм дезигнером.
А что именно нужно
Tanya Kobzar
А что именно нужно
Alexey Krivitsky
Вот статья по теме, может будет полезно
http://www.dtf.ru/blog/read.php?id=58090
Лё
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
Igor Khotin
Гейм-дизайн документ описывает концепт и сеттинг игры + базовые
принципы геймплея. Сами эти документы отличаются один от другого
разительно, так как общих формальных принципов, что должо туда
входить, нет. Всё очень сильно зависит от задачи, которая возложена на
документ. Если только для внутренней кухни - можно сделать всё
компактно и просто, описав только сам концепт. В этом случае
надобности в полном документе скорее всего нет (хотя здесь всё зависит
от жанра игры - для adventure скорее всего нужно рассписывать весь
сюжет).
Если же документ необходим publisher-у, то здесь всё сложнее. Зачастую
паблишеры имею свои подходы и стандарты к диздокам. Можно поискать
шаблоны диздоков к проектам 1С - я где-то встречал их в сети.
Хорошая подборка материалов (включая примеры) есть на gamedev.net:
http://www.gamedev.net/reference/list.asp?categoryid=23#121
Также можно побраузить dtf.ru и gamasutra.net - там всегда можно найти
посты и обсуждения на эту тему.
Лично я бы попытался сократить диздок до минимума. Иногда их размеры
распухают до 400 страниц - в них описывают все детали баланса, всех
монстров и всё оружие. Как результат - уже после первой альфы диздок
становится совершенно устаревшим.
Лучше иметь компактный концепт, который поддерживать актуальным в
течении всего жизненного цикла продукта (все-равно никто не будет
читать 400-станичные опусы с таблицами баланса :) ). А proof of
concept геймплея положить на технодемо и gameplay prototype. Более
того, сейчас паблишеры без демки особо диздоки не рассматривают.
Относительно баланса - на эту тему написаны целые книги. Конкретных
рекомендаций дать не могу, так как это слишком зависит от концепта
игры. Однопользовательская игра и ММО игра будут использовать
совершенно разные принципы баланса. Но в остальном - там работают те
же универсальные законы математики :)
С уважением,
Игорь Хотинь
Java IT Architect & ScrumMaster,
MonteCristo Multimedia
Tanya Kobzar
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com