Почему игры от Bethesda всегда такие глючные?

К комментариям (29)
07.10.2018 — 14:16

Плагины – ужасная система для загрузки данных. Монструозная компиляция. Освещение из 90-х. Баги, патчи, которые одно лечат, другое калечат, заплатки официальные и неофициальные... почему?

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

Кристофер Дэй

Почему игры от bethesda такие глючные?

Отвечают эксперты и просто пользователи и игроки.

Трэвис Аддайр, ведущий софтверный инженер Uber

Сложность. Сложнее = больше багов. Вопреки распространѐнному мнению, нет, это происходит не из-за того, что «они используют этот ужасный движок Gamebryo вот уже 15 лет». Я уже говорил об этом, отвечая на вопрос «Что не так с графикой в Fallout 4?», но повторю:
- Игровой движок – это просто набор повторяемого кода.
- Со временем код изменяется и развивается.
- Заявление о «новом» игровом движке практически всегда - маркетинговый ход.

Даже такой «современный» движок как Unreal – это всего лишь более усовершенствованный движок Unreal, впервые представленный 20 лет назад в 1998 году. Так же странно утверждать, что игровой движок должен быть нестабильным в современных системах по причине того, что часть его кода была написана очень давно. Вот если бы это был устаревший код, который бы не изменился за 20 лет, тогда да, я бы ожидал проблем. Но, опять же, мы говорим о коде, который стабильно работал на протяжении всего своего существования. Для сравнения, ядро Linux было выпущено 26 лет назад, в 1991, но я ни разу не слышал, чтобы кто-нибудь жаловался на ужасные баги и нестабильность, потому что оно чертовски старое.

В любом случае, мало какие из известных ошибок в Skyrim или Fallout 4 можно отнести именно к движку. У вас могут быть проблемы с физикой или сбой рендеринга, но на этом всѐ, что, безусловно, обычное дело для игр Bethesda.  А если это не игровой движок, тогда что именно становится причиной этих забавных (в лучшем случае) и раздражающих (в худшем случае) багов?

И снова всѐ сводится к сложности. Вот смотрите, когда системы геймплея простые, есть очень много вещей, которые могут пойти не так, поэтому вам необходимо устранять ошибки во время разработки (и в коде, и в процессе тестирования, и в QA). Если есть N количество ошибок, которые могут возникнуть, вам необходимо проверить все возможности их появления, и это обычно выполнимо, даже для больших значений N.

Но что происходит, когда игрок имеет возможность принять N решений в одной ситуации, и через некоторое время игрок сталкивается с другим набором N решений: Внезапно количество вероятностей, которые нужно протестировать, удваивается! И становится только хуже. Каждая дополнительная переменная,  которую вы включаете в систему, добавляет новую итерацию в количество тех вещей, которые вы должны учитывать во время тестирования. Это самый настоящий комбинаторный взрыв. Тут начинают возникать проблемы, потому что нет никакой возможности проверить N^10000 различных состояний.

Bethesda разрабатывает одни из самых сложных игр на рынке. Поиграйте во что-то вроде Grand Theft Auto, попытайтесь создать максимальный хаос и посмотрите, что будет через час. Всѐ магическим образом вернѐтся в первоначальное состояние. В играх Bethesda данное состояние сохраняется, что приводит к безумно сложным игровым процессам. Я не знаю ни одной игры, которая могла бы сравниться с их проектами в сложности.

А теперь, если честно, некоторые из этих проблем Bethesda может решить, ограничив сложность игр в самом движке. Но тогда мы вполовину меньше будем наслаждаться «лучшими безбашенными моментами» на YouTube.

И где же тогда веселье?

Все равно вы будете в это играть!

Крис Лодердейл, бакалавриат «Дизайн и разработка видеоигр»,
Университет Балтимора

Главное отличие игр Bethesda от любых других в том, что они не стирают объекты. Как-то раз я бросил лист бумаги на мелководье рядом с большим городом в Oblivion. Спустя десятки часов игрового процесса я вернулся, а лист находился на том же месте. В основном, в играх Bethesda нет «сброса». Всѐ, что перемещено или изменено, остаѐтся таким, если не запрограммировано иначе. С одной стороны, это реалистично и не предполагает каких-либо ограничений, но, в результате это приводит к увеличению размера сохраняемых игрой файлов, поскольку записывается местоположение каждой сырой куриной грудки, которую вы оставили на своѐм столе. Кроме того, если они не назначены с определѐнной целью, их существование может стать бессмысленным для NPC. На них так же влияет ваша игра.

Огромный размер и сложность игрового сохранения в сочетании с отсутствием стандартизации делает сложным проверку сохранений на предмет недействительных или повреждѐнных файлов. Чем дольше вы играете в игру, тем больше сохранений, больше шансов на повреждения в данных и больше шансов сохраниться, пока объект теряет связь с локацией, влияя на работу сейва.

Bethesda устраняет ошибки при их обнаружении, но, учитывая размеры, многие потенциальные ошибки и повреждения просто невозможно предотвратить. Они проделали определѐнную работу для того, чтобы объекты заново перезагружались, и в результате количество ошибок сократилось, но проблемы всѐ ещѐ возникают, хотя обычно не появляются до тех пор, пока не пройдут десятки или даже сотни часов геймплея.

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

У Bethesda очень органичный игровой опыт, но когда рандомный случай провоцирует проблемы, отсутствие внутренней структуры значительно затрудняет их устранение.  Большинство игр проходят тестирование до того, как они выпущены для публики, и количество сбоев минимально. В отношении Bethesda происходит так, будто они допиливают игру «по ходу дела», так что проблемы случаются чаще.

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

Натаниэль Токич, менеджер проекта

С моей точки зрения, вот ряд проблем, в отношении которых Bethesda испытывает трудности.
Процесс создания игр Bethesda – это странная причуда, которая напоминает мне фильм Брендана Фрейзера «Взрыв из прошлого», а не то, что я считаю приемлемым для текущих реалий рынка. Лично я никогда ничего бы не разрабатывал на этом движке, не потому что он не работает, а потому что есть серьѐзные проблемы, которые, как по мне, делают это бессмысленным. (Плюс ко всему, я перфекционист, когда дело касается оптимизации материала.)

Оптимизация. Creation Engine или новый Gamebryo – это кошмар оптимизации. Многие современные движки, когда они рендерят или компилируют уровень, проходят процесс удаления нежелательных граней из завершѐнного продукта. Смысл заключается в том, чтобы значительно уменьшить объѐм работы для компьютера в процессе представления конечного результата игроку. Это удаление нежелательных граней или плоскости, образованных по крайней мере тремя вершинами в точках (точки, содержащиеся в определѐнном классе объектов, созданные из указанных вершин или местоположений входных объектов), позволяет разработчикам  впихивать больше информации более эффективным способом. Сейчас этот процесс проходят большинство современных движков, и даже некоторые более старые, вроде Source от Valve. (Если кому-то любопытно, взгляните на исходный движок Valve и каким образом его можно оптимизировать, он должен быть стандартным для идеальной оптимизации.)

Функции движка, которых не хватает, но они крайне необходимы:
Функциональность, позволяющая разработчикам уровней вручную выбирать грани, которые должны быть удалены из конечного продукта. Отсутствие данной возможности лишает полноценного пространства для манѐвра. Например, Сэнкчуари в Fallout 4 - катастрофа. Если у вас когда-нибудь будет возможность взглянуть на все игровые ассеты (цифровые объекты), смешанные вместе в этом пространстве, вы поймѐте, что я имею в виду. Все ассеты буквально перекрывают друг друга в нескольких слоях, при этом большинство ассетов видны менее чем на 50%. Обычно я бы сказал, что виной такому беспорядку - лень, но у движка просто нет необходимых инструментов для удаления всего лишнего.

Возможность сделать сборки ассетов движка, что иногда даѐт возможность очень многое реализовать в создании ассетов, отрисовке текстур, перекрытии кодом и проверке на работоспособность. Прекрасный пример того, как движок Bethesda обрабатывает определѐнные события, это дополнение Broken Steel для Fallout 3. В частности, поезд до конечной области представляет собой не что иное как «шляпу», прикреплѐнную к персонажу по умолчанию, который быстро следует по заранее заданному пути. Серьѐзно, как это оптимизировано? Я понимаю, что это хорошая работа, всѐ функционирует, однако это неэффективный процесс решения такой задачи.
В этом случае возможность заполнить ресурсную систему пригодными для эксплуатации объектами, созданными в рамках движка, была бы идеальна.

Освещение. Блин, освещение в Creation Engine как будто из 90-х. Не поймите меня неправильно, это «работает», но это уж точно не то, что можно назвать оптимальным. Освещение в Creation Engine напоминает масштабный пресет, который делает невозможным создание любых реалистичных условий освещения. Причина этого кроется в том, что большая часть света, используемая движком, проектируется со «статичных» источников, и лишь малая часть, - с динамичных.

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

Отличный способ приблизиться к устранению неполадок – система утечек Valve, которая в прямом смысле функционирует, проверяя окружение на любую «пустоту», которая нарушает геометрию и освещение игры, как дыра в космическом корабле, которая вытягивает весь воздух.
Creation Engine серьѐзно нуждается в чѐм-то подобном, потому что многое в расчѐтах игры направлено именно на проверку освещения окружения, и это могло бы позволить разработчикам продвинуться дальше.

В Creation Engine серьѐзно необходимо нормальное обнаружение столкновений.
Creation Engine осуществляет обнаружение столкновений очень простым, но расточительным образом. Многие столкновения определяются ограничивающими прямоугольниками, невидимыми стенами (что очень расточительно) и невидимыми объектами. Слой Collision Layer и Navigational Mesh для объектов – это ненадѐжная функция, которая чаще всего приводит к смешным проблемам, связанным с игрой.

Например, navmesh можно легко сломать с помощью геометрии, которая препятствует тому, чтобы субъект полностью садился или сливался с определѐнным основанием, в случае чего, если субъект не может «полностью сидеть» на плоской поверхности, это можно расценивать как вид уродства. Когда есть navmesh, который легко генерирует область вместо действительных структур, объект входит в то, что я называю чѐрной дырой, так как он может запутаться в макете navmesh. Для такого случая есть слой коллизий, что кажется хорошим решением, но по факту приносит больше вреда, чем пользы. Это связано с характерными проблемами движка, где слой коллизий чаще всего устраняет столкновения, а не исправляет их.

Ограничение объектов – ещѐ один шаг назад для Creation Engine. Creation Engine не так хорошо подходит всем новым объектам, и, как результат, главные разработчики пристраивают другие объекты для выполнения функций вне их дизайна. Это приводит к загрузке нежелательного кода, хотя, на самом деле, он даже не используется. В результате - куча ненужных вычислений.

Скриптинг и кодирование – это, по меньшей мере, хлопотно.  Триггеры загружаются, будучи зависимыми от объекта, что хорошо, но способ, которым он реагирует на логику скриптов, обременѐн специфичными установками относительно других объектов или файлов, вместо того, чтобы запрограммировать их в самом объекте. Иногда это приводит к зацикливанию расчетов, когда в результате работы возникает сбой.

Чрезмерная зависимость от дизайна шаблонов. Почти все разработки ассетов Bethesda основаны на шаблонах или модульных системах. Пока такие системы являются функциональными и рабочими, для большинства открытых миров они создают окружающую среду и персонажей предсказуемо примитивными. И хотя наличие рутины само по себе не плохо, но в данном варианте ассеты, персонажи и практически всѐ остальное рассматриваются как модульные, а не уникальные. Интересный факт о текстурах, - можно ссылаться  на один и тот же файл для различных элементов игры, чтобы уменьшить количество объѐма и запроса данных. Отличным примером является наличие UV, который может поддерживать несколько игровых ассетов. Например, 3-4 оружия могут использовать один и тот же файл UV/текстуры и по-прежнему быть хорошего качества. Однако у Bethesda файлы текстур часто бывают единичными и малоэффективными.

Компиляция – это монстр в Creation Engine для большого окружения. В игровой среде это «живая нагрузка», которая полезна для быстрого тестирования выполненной в ней работы. Однако, отсутствие более глубокой системы компиляции заставляет игру работать практически исключительно как систему плагинов и игровых ассетов, направленную на неизменные неотъемлемые свойства ассетов, вместо того, чтобы позволить разработчику вмешиваться вручную для извлечения нежелательных переменных.

Плагины – ужасная система для загрузки данных. Эти интуитивные и простые в использовании наборы данных загружаются поверх основного файла, который будет работать в тандеме с кодом главной программы. Это требует того, чтобы движок загружал несколько наборов данных в заданное время вместо использования более эффективной системы. Некоторые из наиболее эффективных систем используют древовидную схему, основанную на неструктурированном наборе данных, который загружается как главный файл. В этом случае объект может загружать определѐнные строки кода из определѐнного, заранее загруженного файла, который используется всеми структурами. Однако в Creation Engine плагинами сильно злоупотребляют, что часто приводит к загрузке нескольких плагинов для правильной работы одного объекта.

Хотя движок не «плохой», годы работы говорят о многом, даже при условии его обновлений для обеспечения модернизации. Поэтому многие потребители продуктов Bethesda, которые привыкли к более эффективным системам, сталкиваются с разными странностями. Это ещѐ больше усугубляется сложностью устранения неполадок движка с различных персональных компьютеров игроков. В этом случае, к сожалению, невозможно уладить все проблемы перед выпуском просто потому, что не всѐ аппаратное/программное обеспечение будет реагировать определѐнным образом на эти игры. В связи с этим требуемый объѐм тестирования должен имитировать игру в массивном объѐме переменных, что просто невозможно.

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

Это не баг, это фича!

Томас Сала, креативный директор и основатель компании Little Chicken Game Company, магистр искусств, университет искусств Утрехта

Я неплохо знаком с работой CreationKit от Bethesda, который представляет собой инструмент разработки, доступный широкой публике. И меня всегда поражало не количество багов в нем, а то, как хорошо он держится. Старые технологии в нем перемешаны с новыми, и в то же время с его помощью создан динамический открытый мир, который каким-то образом работает.

Кроме того, он невероятно открытый и гибкий, о чем свидетельствуют миллионы часов, проводимых игроками за разработкой модов и игрой в них. В нем не так уж много багов, если учесть, что он позволяет пользователям перегрузить игру модами и выйти далеко за границы возможностей своего ПК и движка игры. Нужно чертовски много модов, чтобы он не справился.

Skyrim не просто так регулярно входит в десятку лучших в различных рейтингах: эта игра сочетает в себе веселье, технологии и доступность.

 Сэм Михан, бакалавр информатики, университет Кардиффа

Так много тестировать, так мало времени.

На тестирование нужно время. Нужны деньги. И то и другое — ограниченные ресурсы, которые разработчик не может расходовать бездумно. Если бы Bethesda потратила слишком много времени, компания потеряла бы столько же, если не больше, денег, как если бы тестировала слишком мало. Сколько ни тестируй, всех блох не выловишь. Несколько сотен сотрудников в любом случае не проверят все так же тщательно, как сотни тысяч игроков.

Что еще хуже, сегодня на рынке господствует правило «продай сейчас, исправь потом». Какой смысл тратить слишком много времени на поиск багов, если аудитория все равно найдет новые? Раньше разработчики делали это потому, что не было почти никакой возможности исправить баги после выхода игры, но сегодня можно выпускать патчи с исправлениями спустя много дней после релиза.
В этом отношении Bethesda поставлена в более широкие рамки, чем большинство компаний: она может позволить себе пропустить большее количество багов без серьезного вреда для своей репутации. Тому есть несколько причин.

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

Во-вторых, дополнительную поддержку дает моддинг. Неизвестно, рассчитывает ли на это Bethesda, но обладателям ПК становится чуть проще.

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

Ты делаешь игры без уважения!

Лилдог Рулз

Потому что их сделал Тодд Говард!

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

Выборочный перевод Monday и KsenyKsy


А вы сталкивались с багами? И если да, насколько это было плохо и смогли ли вы как-то это исправить? В чем, по-вашему, дело, и можно ли было этого избежать? Что скажете?

07.10.2018 — 14:22

Bethesda защищает репутация разработчика, в играх которого большое количество багов.

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

07.10.2018 — 14:27

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

f_z
07.10.2018 — 15:09

Я канешно извиняюсь, но это баг или фича такая: странный перенос строк, в строке одно слово - перенос. Не порядок)
А статья интересная. Скажу только, что такого же мнения как и Рихард. Если бы проверяли все-все баги, то игры выпускались бы куда дольше, а штату тестеров в Беседке надо было бы делать отдельный огромнейший офис), а когда игры выпускали бы уже, то они были бы крайне устаревшими, ибо отладка заняла много времени ^^

07.10.2018 — 15:11

Я канешно извиняюсь, но это баг или фича такая: странный перенос строк, в строке одно слово - перенос. Не порядок)

Тоже всю статью об это спотыкался.

07.10.2018 — 16:08

Fixed

07.10.2018 — 16:37

Без этих идиотских багов там было бы слишком скучно. хD

А вообще игры Бесделки далеко не самые глючные

07.10.2018 — 17:00

Я конечно, может и не шарю, но вы уже забыли Асасинов от Юбиков? Вот кому надо отдать лавры "Глючность всея игропрома"

07.10.2018 — 18:39

Скайрим или Фоллаут без багов это уже не то совсем ) Думаю уже все привыкли играть по хардкору в "пучине багов", к тому же, несмотря на всю "баговонь" и бесчисленное кол-во репортов от игроков, игры Беседки (даже многолетней давности) живут и даже не побоюсь этого слова - процветают по сей день! А вы все на плагины жалуетесь, да благодаря этой системе игры живут вечно! )

07.10.2018 — 19:02

Баги? что вы знаете про баги? пройдите готику 1 без сохранения каждые пол минуты.

07.10.2018 — 19:28

Почти никогда не встречал ничего серьезного в плане багов и глюков в играх бетезды, со времен арен и даггера

Ни на официальных ни на "неофициальных версиях", которые к слову пропатчены лучше судя по отзывам проблем с официальными

Большинство проблем современных игр от стимов, орижинов всяких и денув, ну и в том что разработчики тратят больше времени на консольные версии

07.10.2018 — 20:10

Вот читаю эти постоянные возмущения про баги в Скайриме и удивляюсь как мне повезло, потому что 7 раз проходил игру, а этого "невероятно огромного количества багов" не видел, хотя играл и на версии 1.4 и на 1.7 и на 1.9. Да и патчи эти начал ставить только из-за требований в модах, так что чего они там исправляют так и не понял. Единственный баг, который видел в игре - это летающие животные (но бывает он редко и почему то только часов через 50-60 сохранки). Самое смешное, что патчи его никак не исправляют. Игра у меня стабильна, ничего не вылетает, а секрет прост - у меня всего подключено 20 модов (2 из которых мои).
Вот еще часто пишут, что Скайрим без модов полное Г. Может мне в жизни не везло на игры, но Скайрим без модов на общем фоне одна из лучших игр (для меня). С модами она конечно еще лучше, никто не спорит.

07.10.2018 — 21:07

Вот читаю эти постоянные возмущения про баги в Скайриме и удивляюсь как мне повезло

У меня тоже багов нет, но с большими сохранками вылеты могут начаться.

07.10.2018 — 22:05

А вы сталкивались с багами?

Забавно, но раз на раз не приходится. Иногда прохождение всей игры могло пройти без единого бага, а иногда - на пути от Ривервуда к храму Ветренного Пика можно было собрать абсолютно все баги, которые только можно было встретить в игре. У каждого начатого заново сюжета было свое настроение, которое определяло: быть нервотрепке и консоли через каждые пять минут игры, или не быть совсем за все 200-300+ часов.

08.10.2018 — 02:02

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

08.10.2018 — 12:24

Я прекрасно понимаю, что невозможно протестировать всё на 100% и исправить все баги. Я не понимаю другого:

— как можно запарывать тупые линейные квесты на пустом месте? ладно там нелинейные сценарии с несколькими действительно разными вариантами прохождения. КАК они умудряются хреново делать квесты типа приди и убей?

— почему они даже не думают исправлять уже известные баги, подробно описанные, например, на тес-вики? . И это больше всего бесит. Не наличие багов, а настоящее отношение разработчика: накласть им на наши проблемы))) Вот патчи для Крейшн Клаба они выпускают по сто раз в год, а игру исправить - да ну нафиг, и так купят в десятый раз этот забагованый Скайрим

Сам регулярно встречаю баги. Особенно при последнем прохождении Дауна-стража баговало всё что только может.

08.10.2018 — 13:48

— как можно запарывать тупые линейные квесты на пустом месте? ладно там нелинейные сценарии с несколькими действительно разными вариантами прохождения. КАК они умудряются хреново делать квесты типа приди и убей?

там просто мало выделили людей, чем проще квест, тем меньше внимания и ресурсов используют (включая время на тест), видимо тут совсем мало времени уделяли, но сам я таких квестов не встречал (кроме очень старой версии (2011 год, почти на старте), где у меня на главной линии дед из клинков дверь не хотел открывать, приходилось пользоваться tcl)

08.10.2018 — 14:01

Статья примерно отражает, то что я обычно стараюсь донести людям, когда все жалуются на Gamebryo, смешно, то что большинство движков это старые прототипы своих предшественников, часто не написанных с нуля, а многие (а то и большинство) функций и классов взято с прошлой версии. Дело не в движке, а в том как написан код игры, он сохраняет многие вещи как есть в базе данных, постепенно накапливая утечки и баги. Также код отслеживает многие вещи, даже когда игрок не видит их, и сохраняет вещи лежать там где их положил, тот же пример в GTA, рандомные человечки отреспавнились и потом полностью удалились, даже если в них были утечки, то после удаления всё очистилось и вернулось к прежнему виду, такой же способ может работать и в ассасине , где большая часть народу случайно сгенерированные болваны, если достаточно далеко отойти от них то они пропадут навсегда.

Но хоть я и один из самых больших фанатов игр Фаллаут (даже 4-й) и TES (начиная с морровинда). Я думаю, может быть стоило Беседке, упростить свою модель. То есть вещи не трогать, а то бы сундуки респавнились или вещи исчезали при достаточном удалении, но с неписями можно было бы так провернуть, то есть генерировать случайных персонажей, а потом удалять. Тогда в городах было бы намного больше жителей без растраты места базы данных на этих болванчиков, а только для важных и средневажных персонажей оставить место в базе данных.

PS как раз многие игроки жалуются, что в городах мало народу и они маленькие, наверное сравнивая с теми играми, где неписи на лету генерируются: Человек-паук из нового, Ассасины, ГТА, Прототип и прочее где есть большие города

08.10.2018 — 14:51

Некоторые баги уже давно стали частью культуры их игр, а другие же просто исправляются сотнями фанатских патчей. Жаль только, что Беседка не умеет в интеракцию со своими игроками (Creation Club в расчёт не берём, ибо это просто убожсетво, а не способ взаимодействия с комьюнити). Почему бы не поощрать особо яростных и трудолюбивых мододелов-патчеров, использовать их наработки, дабы сделать игру более стабильной, а их творчество поддержать финансово, дык ещё и отдать им дань уважения, создав внутриигрового персонажа?

08.10.2018 — 17:03

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

08.10.2018 — 17:16

Интересное чтиво, много для себя нового узнал.
Что самое интересное, фанаты бы все исправили и доработали, внедрили бы новый функционал, открой беседка доступ к исходникам движка.
И моды на онлайн проекты быстрее бы вышли, и население бы подкрутили, и добавили бы физический блеск оружию и броне, и тд...

08.10.2018 — 17:20

Дорогая администрация там много геймплея 76-ого подгрузили, будет ли новость? Простите за оффтоп.

08.10.2018 — 18:31

Вот читаю эти постоянные возмущения про баги в Скайриме и удивляюсь как мне повезло, потому что 7 раз проходил игру, а этого "невероятно огромного количества багов" не видел, хотя играл и на версии 1.4 и на 1.7 и на 1.9. Да и патчи эти начал ставить только из-за требований в модах, так что чего они там исправляют так и не понял. Единственный баг, который видел в игре - это летающие животные (но бывает он редко и почему то только часов через 50-60 сохранки). Самое смешное, что патчи его никак не исправляют. Игра у меня стабильна, ничего не вылетает, а секрет прост - у меня всего подключено 20 модов (2 из которых мои).

Ни разу за 7 прохождений не встретились с великаном, который ударом дубины отправлял вашего Довакина в небо? Ни разу? А это тоже баг, который разрабы фиксить не стали.

08.10.2018 — 18:50

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

09.10.2018 — 08:33

Интересное чтиво, много для себя нового узнал.

Что самое интересное, фанаты бы все исправили и доработали, внедрили бы новый функционал, открой беседка доступ к исходникам движка.

И моды на онлайн проекты быстрее бы вышли, и население бы подкрутили, и добавили бы физический блеск оружию и броне, и тд...

Тогда Бефезда теряет смысл своего существования. С полностью открытым движком, учитывая что есть хорошие, глобальные моды. На примере Скайрима, большие и поменьше (Darkend, projekt AHO, Bruma) показывающие, что коммьюнити "осилило" как сценарии, так и дизайн и оптимизацию, Бефезда просто не нужна. Разве что как источник лора, или что-то в этом духе...
да и то, среди модовых историй определился бы новый канон.

09.10.2018 — 17:46

Ни разу за 7 прохождений не встретились с великаном, который ударом дубины отправлял вашего Довакина в небо? Ни разу? А это тоже баг, который разрабы фиксить не стали.

Это баг? Никогда бы не подумал. Я вот играл в Сталкер, Готику 3, Фифу 05-15, ГТА 4, Асасин Крид 1-5, Фаллаут 3, Хитмен, Батлфилд, Вот это я понимаю были баги! Всем недовольным багами в Скае рекомендую!

09.10.2018 — 21:27

Уууу сколько много много текста. Читал таки через строку. Но в конце концов ещё в очередной раз по сабжу скажу: Что Морра, что Обла что Скайрим такие-же бажные как например Windows98SE. У кого хоть раз были баги при прохождении игры БЕЗ МОДОВ? т. е. при внесении в систему непредсказуемого рандома от левых разработчиков? Вот лично у меня ниразу!
Ну или тобишь весть этой хайп и гон с багами вытекает из серии - сами сломали игру навесив на неё кучу конфликтных модов и потом ноем что плохо работает.
А так на моё ИМХО Беседка сделала самый лучший РПГ движок (в истории вообще), что собственно обеспечивает мегатонны модов, что обеспечивает ударный поток глюков т. к. тут в решении вопроса предусмотреть, разграничить и совместить всё можно смело переводить разговор в область разработки операционных систем, кстати Microsoft свою Windows NT (славную своей устойчивостью от выкрутасов в конечных программах) даже перед тем как явить свету разрабатывала кучу лет, разрабатывала и разрабатывает кучу лет после этого и неведомо сколько миллионов угрохала в разработку. И всё-же даже Windows10 случается виснет столкнувшись с какой редкостно глючной программой. Но мы-же не вопим что Windows10 - глючище?
Но с другой стороны претензии с никакущей оптимизацией и производительностью конечно справедливы ... но в целом - глубоко ложить на оптимизацию - это сейчас прямо мекка и подобного без проблем можно понаписать про любой хоть сколь современный игровой движок.

12.10.2018 — 21:56

Если движок не при чём, то почему новом Fallout 76 обнаружили код от третьей морры? Движок не прочищали давно беседчики. Про анимацию я вообще молчу, только там после отрубания головы бандит продолжат драться как буд то ему бошку и не рубили. Скрипт не сработал как надо короче говоря. Со скриптами им надо что то делать.

13.10.2018 — 14:26

Потому что Бесезда!
А вообще, все правильно написано чем сложнее, тем более глючит.

06.11.2018 — 11:34

У игр Bethesda, как правило, очень большой и открытый функционал для творчества, например, я не знаю не одной игры с такими возможностями для моддинга как в серии TES и Follout.

Авторизуйтесь, чтобы оставить новый комментарий. Или зарегистрируйтесь.