|
Баг — ошибка, из-за которой игра порой выдаёт неоправданный результат или некорректно работает. Большинство багов возникают из-за ошибок, где разработчики игр упустили некоторые детали в коде или некорректно выполнили дизайн. Порой ошибки возникают из-за некорректной работы инструментов разработчика, технических ограничений и ошибок в сохранении данных. Некоторые баги могут появиться также и при локализации и подключении модов.
Некоторые виды багов[]
- Неправильная работа компилятора может привести к удалению некоторых данных и неправильной работе скриптов (действует как у разработчиков на разных этапах работ над игрой, так и у игроков при частых сохранениях и быстрых темпах прохождения/перезагрузках игры);
- Пропадание и неправильное отображение текстур/моделей предметов и объектов окружения, из-за чего нарушается физика игрового мира (отчасти вызвано редизайном локаций и неполной «подчисткой» следов);
- Игнорирование некоторых физических аспектов и объектов окружения анимациями;
- Различные подвисания процессов, которые лечатся перезагрузками;
- Скриптовые сцены могут порой работать некорректно.
Описание бага в игре[]
Если вы считаете, что заметили баг, сначала следуйте некоторым советам:
1. Попытайтесь вновь переиграть момент, который вы считаете забагованным, и отметьте действия, которые вы сделали. Быть может случиться так, что скрипты некоторых событий не всегда поспевают сработать так, как надо. Если же у вас имеется нестандартный случай, то его нужно зафиксировать через фотографию, пояснение или что-то ещё.
- Например, есть очень малый шанс того, что во время продажи предметов торговцам может обозначаться неправильные данные по количеству предметов. К примеру, при продаже десяти самодельных предметов по отдельности может случиться так, что Мойра Браун может «приобрести» их гораздо больше — купив десять штук, в инвентаре их оказалось тридцать. При этом показатели по бартеру не были учтены.
2. Осмотрите статьи, которые имеют отношение к вашему случаю — может случиться, что баг уже описан и сведение о нём нужно уточнить и потом распространить на некоторые другие статьи.
- Если ошибка касается квеста «Валентайнов день», то возможно имеет смысл отметить его в статьях «Даймонд-сити», «Станция „Парк-стрит“», «Убежище 114» и «Ник Валентайн».
- Другой пример с квестами «Марафон» и «Стычка в Боулдер-Сити» — момент с багами можно ставить и в «Походный лагерь Легиона», и в «Подрывники», и в «Джесап» и многие другие места, где это уместно.
3. Учитывайте версию игры и подключенные моды.
- Пиратские версии скорее всего будут содержать больше ошибок, а некоторые моды могут быть несовместимыми как с игрой, так и другими модами, что порой может привести к ещё к большему числу ошибок и вылетам из игры. Моды и баги, которые в них происходят, на Убежище не описываются.
4. Обязательно указывайте версию игры и игровую платформу, ПК, X-box или PS-3 с помощью шаблона {{Platforms}}, так как баги на разных платформах разные.
- В последующих патчах и версиях баг может быть исправлен — тогда в этом случае имеет смысл перенести информацию из раздела «Баги» в предыдущий раздел «Заметки», соответствующим образом оформив запись. Например как «В версии 1.х.х.х.х встречался баг, но в патче 2.х.х.х.х он был исправлен разработчиками».
- В разных версиях иногда встречались свои характерные баги. К примеру, в Fallout: New Vegas оригинальный дизайн персонажа изменился в полследующих версиях — часть реплик, поведения, предметов и вещей были вырезаны, из-за чего некоторые моменты квеста стали недоступны.
- Некоторые баги появляются после подключения официальных дополнений.
5. Порой проверка несостоятельных и сомнительных багов — дело сложное, надо учесть все важные элементы и верно распознать ошибку.
- Сомнительные, непонятные и нераскрытые до конца описания ошибок отмечаются соответствующим шаблоном. Обычно у авторов таких замечаний уточняют сведения насчёт платформ, версии игры, ранней установки модов, использования консольных команд, выполнения определённых действий и чего-то ещё. В рамках добрых намерений любой заинтересованный игрок может проверить актуальность сведений.
- Если в ходе проверок баг подтвердится у других игроков, ставится определённый шаблон. В противном случае замечание об ошибке удаляется, возможен перенос сведений о возможном баге в обсуждение к статье, куда он был ранее занесён.
- Учитывая два вышеперечисленных момента, следует обращать внимание на то, что порой информация о багах будет то дополняться, то удаляться их статей. Для сверки данных следует ознакомиться с историей правок.
Отдельные моменты[]
- Выполнение вышеперечисленных действий или хотя бы их часть способно более точно выявить баг и найти способ по его исправлению.
- При компиляции игровых данных у разработчиков порой могут происходить ошибки по сохранению — часть контента оказывается вне игры.
- Используйте информации из редакторов G.E.C.K. и Creation Kit. Редакторы дают порой гораздо больше информации, чем может дать игра. Могут встретиться некоторые ответвления событий по квесту, незадействованные скрипты, отсутствие условий или диалоги, не попавшие в игру, то есть вырезанный или «забагованный» контент, который не менее, а зачастую и более интересен, чем то, что можно встретить в игре.
- Со временем записи в разделе «Баги» устаревают и становятся неактуальны. Как правило, это происходит с выпуском нового патча. Даже если сам баг более неактуален, то информация о нём ещё может быть интересна участникам. Как вариант решения — можно прибегнуть к переносу сведений на страницу обсуждения. Создаётся тема с заголовком, например == Старые баги ==, куда и перенести из основной статьи «неактуальные» записи.
- Порой разработчики трактуют разные явления как баги (пример для Fallout 2), а порой нет, что порой усложняет трактовку данного явления и дальнейшего оформления статей. В данных моментах возможно более уместно отнесение этой информации к разделам «Заметки» и «За кулисами», чем «Баги».
- Следует тщательно обосновывать моменты с описанием багов в игре, чтобы не было перетасовки фактов в «родственных» разделах «Заметки», «Баги» и «За кулисами». Разделы «Заметки» и «За кулисами» могут содержать такую информацию, которая позволит опознать баг в игре, подступиться к нему, а также же обозначить связь, где бага можно избежать. При наличии весомых пруфов это легче сделать (примеры: 1 и 2).
- Локализаторы также могут допускать ошибки, которых не было в оригинальной игре (ошибки перевода, рассхинхронизация разных явлений, повторение и отсутствие определённых реплик). Большая часть этих работ занесена в статью «Ошибки перевода», а действия о работе программистов и дизайнеров, которые имеют больше отношения в игровой механике, отмечаются отдельно.