Пользовались успехом или нет - неважно. Причин, почему решили не делать, могло быть много. Команда решила, что это не нужно. Команде не хватило времени это сделать. Команда даже не думала такое сделать. И так далее.
оценивается новизна или уникальность вашего концепта, а также логика взаимодействия с другими способностями
Стоит убрать этот критерий. И вот почему:
Многие механики придуманы уже очень давно, а новые придумать очень сложно. Многие новые механики базируются на модификации или совмещении уже старых, что уже можно воспринять как не оригинальность.
Участник может взять или даже скопипастить механику из какого-то проекта, в которые ни один из судей не играл. Он может изменить название, иконку и так далее, загуглить будет проблематично. Тем самым новой идеи тут будет никакой, но из-за незнания судей (что не является упрёком) такая работа может быть оценена высоко, что неправильно.
Могут быть совпадения. Участник придумал это сам, но точно такую же идею один из судей видел в каком-то проекте.
Лучше это заменить на свод правил, который ограничивает участников. Например, нельзя использовать прямые копипасты из определённых проектов. Также стоит попросить судей ознакомится с этими проектами, чтобы оценки были максимально объективными.
Каким боком к оригинальности имеет отношение "логика взаимодействия с другими способностями", я не знаю. Другие способности - это какие? Из WarCraft 3 или способности самого героя? Я предположу второй вариант. Если организатор считает, что это важно, под это стоит выделить отдельный критерий. Однако тут может возникнуть проблема в оценке, ибо понять, что более синергирует, а что нет, может быть довольно непросто.
Практичность
оценивается практическое применение и понятность в теории условий игры
Каво? Практическое применение где? Условий какой игры? Если имелось в виду лёгкость в освоении, то так и стоит писать. Если имелось в виду совместимость способностей героя без проблем с другими способностями из WarCraft 3 (например, совместимость со стандартным оглушением), то так и стоит писать. Пример говорит о поведении способности, когда герой оглушён, но, я думаю, что за это отвечает работоспособность или даже оформление текста.
Работоспособность
оценивается реализация задуманной идеи на практике, плавность работы, отсутствие видимых "ошибок" с точки зрения игрового процесса
Приведённый пример крайне неудачный, мне ничто не мешает сказать потом, что прыжок так и был задуман (или я потом решил, что так и должно быть), ибо прыгает обычный человек, а не кинг-конг.
Тут есть большая проблема в оценивании. Всегда можно назвать баг фичой. Как-то систематизировать тут не получится, но я предложу такой вариант:
Если в описании сказано, что при Y делается Х, но при Y никак Х не делается - это баг.
Если в описании сказано, что при Y всегда делается Х, но порой при Y Х не делается - это баг.
Если в описании сказано, что при Y делается Х, но при соблюдении и Z X не делается - это баг/фича. При этом в описании ни слова о Z.
Аналогичные пунктам выше критерии, когда в описании указано, что при каком-то условии, такое-то не выполняется.
Что касается плавности работы. Неясно, как это оценивать. По FPS? По качеству моделей?
Установка
Оценивается простота и / или понятность установки в другие проекты, а также обоснованность импорта
Простоту оценить нельзя. А вот понятность можно. Каждый участник должен максимально понятно объяснить установку. Если судья во время импорта сталкивается с какой-то проблемой не своей вине, а по вине плохого описания, баллы нужно снизить. Но насколько? Вот это хороший вопрос.
У участника нет проблемы написать понятное описания. Можно написать тестовое, дать разным людям воспользоваться, по их фидбеку всё поправить.
Как оценить обоснованность импорта? "Я захотел крутую модель, ибо там есть сочная анимация" - достаточно обоснованно? Не надо полагаться на субъективное мнение судей. Вот размер импорта (в байтах) можно оценить. Например, выставить лимит, за его превышение не ставить баллы за этот пункт.
Чистота кода
оценивается количество ошибок, утечек или видимого "мусора" в коде
Каво?
Ошибка в коде может привести к "не работоспособности", таким образом баллы за одну и ту же ошибку будут сняты два раза: в этой категории и категории работоспособность.
Про утечки смешно же, утечны только нативные объекты, и то для них можно сделать garbage collector. На HIVE такой есть, совместимый с сетевой игрой. И оценить это крайне трудно.
Мусор в коде - это что? Можно ли мусором считать либу, которую я подключил ради одного метода?
Образ
оценивается качество художественного оформления (сюжет, история, обоснованность, лор)
Критерий прямо противоречит основной идее конкурса - использование этих героев где-то. Лор уже привязывает героя к чему-то, и использование такого героя вне этого контекста может быть неуместным. Это вообще никак не должно оцениваться. Есть или нет - не важно. Я бы даже ограничил описание лора, чтобы герой не был к нему сильно привязан (только ради использования героев где-то ещё).
Модели
оценивается работа над моделями героя и др. визуальных элементов (но не является обязательным)
Если не является обязательным, то может и оценивать не нужно? А ещё, если я всё сделал на стандартных моделях, это будет фулл балл? Если нет, то почему? Если да, то при каких условиях? И если есть условия, то почему их нет в описании критерия?
Текст
оценивается лаконичность и информативность текстового оформления
Как оценить лаконичность? Лингвиста позовёте?
Информативность... Что имеется в виду? Если за ситуацию 3 из моих критериев работоспособности будут сняты баллы в этом критерии и критерии работоспособности, то баллы будут сняты дважды за одну и ту же ошибку. Стоит хорошо разграничить критерии. Я бы не снимал баллы в критерии работоспособности в случае такой ситуации, но снял бы тут. А снимал бы я просто: макс. бал - кол-во таких ситуаций.
Звук
оценивается работа над звуковым оформлением
Конкретики бы. Если звука не будет, это 0? Если да, то почему? Я так и задумывал, мой герой ниндзя.
Оформление
оценивается оформление героя, иконки, расположение способностей и др. элементы визуальной части
В оформлении оценивается оформление героя, очень информативно.
Иконки. Это сложно оценить. Кто посчитает иконку уместной, кто-то нет. Всегда можно сказать, что я художник, я так вижу. Например, я считаю, что стандартная иконка идеально подходит под мой спелл. Будет ли фулл балл?
Расположение способностей. А что если игрок может это настроить? А? Не надо это оценивать.
Другие элементы визуальной части. Лучше перечислить конкретные.
Возможно, где-то в комментариях есть пояснения по каждому моему вопросу. Вот только их уже 10 страниц. Все важные ремарки должны быть внесены в основной пост, чтобы новый участник не задавал те же вопросы второй раз.
Например, на конкурсе Вадима 2kxaoc'а было отчасти зрительское голосование, ведь весомым критерием были просмотры.
Он это потом никак не учитывал, потому что кол-во просмотров зависит от превью ролика, по его мнению.
Имхо, основная проблема в том, что судей было мало. Также стоит критерии чётче писать, желательно с примерами. Спорные критерии лучше убрать, если у участников и судей возникают разные интерпретации одного и того же критерия.
ScorpioT1000, да причём тут это? Крайне не очевидно, как решается конфликт файлов и решается ли вообще.
Как вариант, можно делать склейку только в том случае, если новый комментарий не содержит файлов.
На самом деле, я бы вообще убрал склейку. Из-за неё могут возникать конфликты, если в старом комментарии и новом есть прикреплённый файл с одинаковым именем.
W3C не предоставили возможность делать это без загрузки всей гифки целиком, так что это так себе решение, но для асоциальных форумных старперов подойдет.
Не знал. В таком случае было бы неплохо просто заиметь отдельную кнопку для отключения автовоспроизведения.
Вот только это ещё отключает и тени. Тени мне не мешают, а вот когда что-то на экране происходит без моего спроса, мне не нравится. Я хочу, чтобы гифка начала проигрываться, когда я захочу её проиграть, а не когда я долистал да неё.
Отключить автовоспроизведение можно в настройках профиля
Вот только это ещё отключает и тени. Тени мне не мешают, а вот когда что-то на экране происходит без моего спроса, мне не нравится. Я хочу, чтобы гифка начала проигрываться, когда я захочу её проиграть, а не когда я долистал да неё.
Кстати по поводу авто-воспроизведения, лучше для него сделать отдельную галочку между двумя, которые "Облегченный режим " и "Стиль для неширокоформатного монитора " в настройках профиля.
+
Хотя можно сделать выпадающим списком сделать.
Лучше 2 отдельные галки, список тут ни к чему.
Лучше по умолчанию отключить автовоспроизведение гифок.
В первую очередь это будет лучше для гостей, ибо не у всех есть много интернета. На сайт заходят разные люди, из разных стран и городов.
Он притягателен тем, что там сделано всё для комфортной игры в RTS, нежели в ВЕЛИКОМ ремастере/ремейке War3. А если что и мёртво, так это War3, близзард знатно добили его выходом рефа, просто урезав функции ладдера и плюнув в лицо всем создателям кампаний. Зато теперь можно воссоздать весь War3 в SC2 ПОЛНОСТЬЮ. Весь этот цирк с совместимостью у рефа затевался только для про игроков и некоторых мапмейкеров. Первым важно управление, вторым совместимость карт. Вот только вышло так, что на новой графике ладдер может запросто вылететь, это уже было на одном чемпионате несколько раз подряд, а некоторые карты всё равно несовместимы. Про карты было ожидаемо, но первое просто эпик фейл. Потому если близы переделают реф на тоже старом движке SC2, я буду только рад, но я в этом очень-очень сомневаюсь.
Ну а самое главное в нынешнем SC2: там есть кастомные кампании. Это ещё тестируется, но оно хотя бы тестируется, а не будет когда-то там, как это говорят разрабы рефа.
Уже давно всё придумали. Вот ресурс. Необходимо добавить только детект для версии 1.32. ScorpioT1000:
там 24 игрока, но константу не обновили
Всё там обновили, теперь у этой константы не hardcoded значение, а значение из нативки. Для карт, созданных в WE до 1.29, нативка возвращает 12, после - 24.
linquine, тебе достаточно тех триггеров, что я сделал.
В условиях триггеров улучшения и смерти добавь условие OR (несколько вариантов), туда перемести то условие, которое уже есть (тип юнита триггера равно FARM_LEVEL2), и в этот OR добавь условия (тип юнита триггера равно FARM_LEVEL3) и (тип юнита триггера равно FARM_LEVEL4).
» WarCraft 3 / Как отключить возможность заключать союзы через специальное окно
» WarCraft 3 / Открытие карты в refoged
» Мир безумного / Список изменений в StarCraft II - 5.0 (бонус)
» WarCraft 3 / Ошибка JNPG при сохранении карты
Ред. PT153
» Мир безумного / Список изменений в StarCraft II - 5.0 (бонус)
Ред. PT153
» WarCraft 3 / Судейство конкурса 2020
Тут есть большая проблема в оценивании. Всегда можно назвать баг фичой. Как-то систематизировать тут не получится, но я предложу такой вариант:
Ошибка в коде может привести к "не работоспособности", таким образом баллы за одну и ту же ошибку будут сняты два раза: в этой категории и категории работоспособность.
Про утечки смешно же, утечны только нативные объекты, и то для них можно сделать garbage collector. На HIVE такой есть, совместимый с сетевой игрой. И оценить это крайне трудно.
Мусор в коде - это что? Можно ли мусором считать либу, которую я подключил ради одного метода?
Ред. PT153
» WarCraft 3 / Судейство конкурса 2020
» Sc drafts / Бета-версия Cortana на Google Play
» Мир безумного / Список изменений в StarCraft II - 5.0 (бонус)
» Администрация XGM / Съехали блоки в search.php?
Ред. PT153
» WarCraft 3 / Warcraft 3 Reforged: Патч 1.32.9
Патч.
» WarCraft 3 / Warcraft 3 Reforged: Патч 1.32.9
Ред. PT153
» XGM Team / Обновление 2020 - Stage 8 ⚒️
Сложно сказать.
Ред. PT153
» XGM Team / Обновление 2020 - Stage 8 ⚒️
Как вариант, можно делать склейку только в том случае, если новый комментарий не содержит файлов.
» XGM Team / Обновление 2020 - Stage 8 ⚒️
» XGM Team / Обновление 2020 - Stage 8 ⚒️
» XGM Team / Обновление 2020 - Stage 8 ⚒️
Ред. PT153
» XGM Team / Обновление 2020 - Stage 8 ⚒️
» XGM Team / Обновление 2020 - Stage 8 ⚒️
Ред. PT153
» WarCraft 3 / Контроль сохранений
Ред. PT153
» Мир безумного / Новые достижения и система престижа в StarCraft 2
» WarCraft 3 / Вызов новых функций версий 1.32+ из карты сделанной для 1.26
Ред. PT153
» WarCraft 3 / Вызов новых функций версий 1.32+ из карты сделанной для 1.26
ScorpioT1000:
» WarCraft 3 / Сделать один лимит у здания с другим зданием
В условиях триггеров улучшения и смерти добавь условие OR (несколько вариантов), туда перемести то условие, которое уже есть (тип юнита триггера равно FARM_LEVEL2), и в этот OR добавь условия (тип юнита триггера равно FARM_LEVEL3) и (тип юнита триггера равно FARM_LEVEL4).