Game_Nikitav_1, выбор юнита - в способности строительства (список всех юнитов для строительства доступных от этой способности) и командной панели ксм (какой юнит из доступных к строительству строится по какой кнопке). Связь актера и юнита - в событиях актера.
1 и 2 - сложно, но, в принципе, реализуемо. В основном все в событиях агента и способностях с эффектами. Возможно с небольшим добавлением триггеров, в зависимости от конкретной задачи.
3 сами карты проходимости находятся в отдельном разделе редактора данных, а где именно они используются и как вяжутся к юнитам уже не помню
Если я правильно помню - в соответствующих способностях, отвечающих за строительство юнитов и зданий, но я могу ошибаться - очень давно открывал редактор.
Учитывая что близы очень хотели, но так и не придумали как сделать магазин кастомок под ск2, мало шансов что им внезапно прийдет в голову как это провернуть для вара3 не уткнувшись в те-же проблемы.
Doc, с тем что им стоило взять lua и не выделываться - согласен. Но я по факту кастом код и не использовал почти - мне с головой хватало местного гуи для любых целей, в основном благодаря тому самому "непонятно зачем нужному модульному редактору данных". Правда, я пару раз таки психанул и генерил xml самодельной утилитой вместо вбивания в интерфейсе редактора данных, но это багами и недоработками интерфейса вызвано было.
А на тему компоненты vs функции мы уже дискутировали, если я правильно помню, по результатам каждый остался при своем.
Кристофер, уточню терминологию - лвл-диз - тот кто пилит дизайн-документ по уровню и возможно концепты к нему, на основе общего дизайн-документа, лвл-артист - тот кто делает что-либо с картой в редакторе по дизайн-документу, концептам и велению своей левой пятки или без них. Ответственность кодера обычно заканчивается когда заканчивается работа с C++ кодом - делать карты это задача лвл-диза и лвл-артистов - в условии большой команды каждый должен заниматься своей профильной задачей, а не менять цвета кнопок и ракурс камеры вместо фиксов багов в движке и разработки новых фич.
Бордер, это было в первых версиях варкрафта3 или появилось уже потом, когда кастомные карты набрали свою популярность?
PrincePhoenix, а выполнение этими студентами всех изменчивых требований лвл-дизайнеров включено в прайс? Имхо, куда эффективнее нанять тех-же студентов чтобы они запилили GUI, в том виде в каком он есть это не самая сложная задача, если исходить из предположения что вся остальная основа в виде JASS уже написана основной командой, а потом заставить лвл-дизайнеров этим инструментом пользоваться. Кристофер, ты предлагаеш отвлекать штатных кодеров от другой более важной работы каждый раз когда лвл-артист решит что надо поменять диалог или ракурс или скорость камеры в кинематике?
Бордер, воу-воу, полегче, я в этой теме еще ни одного минуса не проставил, так что давай без обвинений в кармодрочерстве.
Теперь по делу - требование "оставить управление как в варе" технически невозможно реализовать при той архитектуре движка, которая получилась в старкрафте 2 - например, там визуальное отображение юнита в игре и его логическая часть у которой есть хп и прочие характеристики, это два совершенно разных и практически независимых объекта, которые невозможно объединить обратно, не потеряв часть функциональности. Максимум - можно насовать костылей и скрыть часть функционала чтобы хомячкам было чуть удобней с этим работать, но от необходимости понимать происходящее это не избавит. И так почти в каждом месте.
Кристофер, GUI делали чтобы близовские штатные картостроители могли быстрее пилить кампанию не утруждаясь изучением JASS, а вовсе не для удобства диких хомячков.
Ремастер - если будет, то путем минимального допила старого движка, причем именно в пользу более красивого графония и поддержки современного железа - как ни как, это еще должно окупиться, а багфиксы и стопицот новых фич в редакторе не пахнут мгновенной окупаемостью - они будут, скорее всего, но совсем не в том виде, как многим того хочется.
Вар4 - по возможностям редактора будет, скорее всего, близок к ск2, или полностью на основе доработаного движка ск2 - у близов нет причин отказываться от текущей архитектуры и пилить новую только потому что она слишком сложна для хомячков.
Бордер, чтобы "делать" карты лицензия не нужна, она нужна чтобы заливать их на сервера батлнета. А сложность редактора - это неизбежно при расширении его возможностей, после понимания нескольких простых но не очевидных вещей все становится на свои места и начинает работать. Попробуй "сесть и сразу разобраться" в UnrealEngine4 или юнити для сравнения (они на порядок сложнее).
Если всё так плохо, то открываешь редактор моделек и делаешь из кучи объектов один.
А приличные движки вроде UE4 умеют делать это в редакторе, на этапе построения карты, без необходимости лезть в 3д-софт. Причем не только вручную, но и автоматически.
PrincePhoenix, отлично. Теперь бы еще список участников в пост, с указанием даты когда этот список был обновлен последний раз - чтобы потенциальным участникам не надо было рыться в комментах для примерного понимания кол-ва конкурентов. Не обязательно обновлять этот список постоянно - раз в день более чем достаточно.
И что с моим вопросом про ограничения на распространенность и мощность магии? Наличие или отсутствие таких ограничений может сильно изменить выбор сюжета.
PrincePhoenix, т.е. герой обязательно должен быть мессией (именно так используется это слово - применительно к самому персонажу, а не как что-то, чем персонаж может обладать)? Если нет, то лучше использовать слова "судьба" или "предназначение".
Мессия - это предназначение, если быть верным, судьба и прочее близкое по смыслу, messiah (англ.)
Ссылку на любой источник подтверждающий это утверждение. А то я как-то по старинке считаю что ближайшим синонимом слова "мессия" является "спаситель", причем спасающий (духовно или физически) исключительно группами или по какому-то общему признаку, а не индивидуально.
Правильной формулировкой против этого было бы "технологический уровень не выше средневекового" т.к. средневековье само по себе это слишком широкое понятие и накладывает чуть больше ограничений, чем просто отсутствие базук не основаных на магии. Что на счет ограничений по распространенности и мощности магии? Грубо говоря, допустим ли хрестоматийный "магический унитаз" (повсеместное бытовое использование магии) или магическое оружие массового поражения, по разрушительности сравнимое с ядерным или даже мощнее? Что насчет допустимости путешествий к другим мирам/планетам/измерениям/планам магическими способами?
У гита бесплатный репозиторий только для соло проектов. За каждого последующего участника в совместной разработке придется платить по 7$ в месяц.
Вы или что-то напутали или у вас не актуальная информация. У гита бесплатный репозиторий для паблик и опенсорс проектов. Приватные репозитории разблокируются за 7$ в месяц независимо от кол-ва участников. За возможность создать аккаунт организации и более детальное управление правами участников придется выложить по 9$ за человека в месяц, после минимальных 25$ в месяц, включающих в себя плату за первых 5 человек.
Беретесь организовывать конкурс - заготовьте правила заранее и проверьте их на ошибки и логические несоответствия. Выкладывайте предварительный вариант правил заранее чтобы обсудить их с потенциальными участниками до объявления темы конкурса и не меняйте правила без крайней необходимости после объявления темы - чтобы неточности, непонятки и просто неудачные пункты правил меньше влияли на конкурсные работы.
Теперь по правилам
оставим в стороне копеечный приз и ошибки в тексте, но что это за пункт "в случае использования ваших идей, персонажей"? Вы собираетесь где-то использовать конкурсные работы в своих целях? Где? Без согласия автора? Упоминание автора только для призового места, а остальные даже этого не удостоятся, если работы будут где-то использованы?
как в одной куче могут оцениваться сценарии и художественные произведения, имея при этом одинаковый лимит на размеры?
жанр?
к чему это разбиение на акты/главы?
где пункт "грамотность" в критериях оценки?
почему ограничение "фэнтези не позже средневековья" не прописано в правилах и его надо выискивать в комментариях?
упоминание средневековья применительно к фэнтези имеет смысл в основном если речь идет о, так называемом, историческом фэнтези, которое подразумевает отсутствие магии и существ значительно выходящих за рамки доступного человеку и обычным животным.
описание персонажа должно быть выделено отдельно или гармонично включено в тело конкурсной работы? распространяется ли лимит символов на описание персонажа?
» Fa_losophy / Припекло
Ред. prog
» StarCraft 2 / Командный центр
» StarCraft 2 / Командный центр
3 сами карты проходимости находятся в отдельном разделе редактора данных, а где именно они используются и как вяжутся к юнитам уже не помню
» Огонёк Феникса / Конкурс писателей от PrincePhoenix
» StarCraft 2 / Время строительства в Starcraft 2
» Моддинг / SpellForce 3 Mod Toolkit
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
Ред. prog
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
Кристофер, ты предлагаеш отвлекать штатных кодеров от другой более важной работы каждый раз когда лвл-артист решит что надо поменять диалог или ракурс или скорость камеры в кинематике?
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
Ред. prog
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
» Мир безумного / Слух: Blizzard в конце февраля что то готовят
Ред. prog
» Огонёк Феникса / Конкурс писателей от PrincePhoenix
» Огонёк Феникса / Конкурс писателей от PrincePhoenix
Ред. prog
» Огонёк Феникса / Конкурс писателей от PrincePhoenix
Ред. prog
» Огонёк Феникса / Конкурс писателей от PrincePhoenix
» Unity / Совместная разработка
Ред. prog
» Огонёк Феникса / Конкурс писателей от PrincePhoenix
» Мир безумного / Скрины разработок 2017
» Чердак / Стратегическая глубина (часть I)