Jump to content

PUBG_Olaf

Developer
  • Content Count

    2,051
  • Joined

  • Last visited

Community Reputation

585 Excellent

About PUBG_Olaf

  • Rank
    Community Coordinator for Russia/CIS
  • Birthday 01/25/1993

Recent Profile Visitors

10,938 profile views
  1. PUBG_Olaf

    Долгая загрузка

    Здравствуйте. По возможности, пожалуйста, напишите каким способом вы решили данную проблему. Эта информация может помочь другим участникам форума, если у них возникнет похожий случай.
  2. Пристрелка, скорее всего, сделана такая какую вы выставляете при просмотре через прицел. Но это не точно, я лично это не проверял. Если необходимо, то попробую уточнить у разработчиков. В моём сообщении не было "троллинга". Я сотрудник компании и моя работа отвечать на вопросы игроков, а не заниматься их "троллингом". Кого-то "троллить" я себе не позволяю. Я вас прекрасно понял и передал информацию разработчикам. Но также, прошу обратить внимание, что прицел от бедра не предназначен для точного поражения цели, а лишь для упрощения наводки на цель, т.к. без него это было бы делать гораздо сложней. Учитывая то, что пули в игре вылетают из ствола, то мне как обычному игроку, а не разработчику геймплея игры очень сложно подобрать решение этой проблемы. Есть несколько путей, которые частично могут решить проблему, но имеют свои недостатки. 1) Установить иную дистанцию пристрелки в режиме стрельбы от бедра, а именно задрать ствол оружия выше, но это полностью не решает проблему, т.к. в таком случае пострадает стрельба от бедра на более дальние дистанции + оружие в руках персонажа будет неестественно задрано в верх и проблема на сверх близких дистанциях тоже останется, т.к. чем ближе вы будете подходить к противнику, тем сильнее нужно будет задирать ствол оружия вверх. 2) Перенести вылет пули со ствола на вылет пули из глаз. Такое используется в некоторых играх. Но в таких случаях появляется так называемый head glitch (хэд глитч). Это эффект при котором вы можете прятаться от противника за предметом (например за высоким ящиком), глаза вашего персонажа находятся выше верхнего края ящика, а ствол оружия ниже, но при этом вы можете поражать противника, т.к. пуля вылетает из района глаз. В свою очередь противник видит лишь верхнюю часть головы вашего персонажа и практически не имеет возможности вас поразить. Очень неприятный глитч. 3) Сместить прицел от бедра ниже центра экрана, но я не уверен будет ли вам удобно играть с таким прицелом. И опять же это будет работать не для всех дистанций. Если у вас есть какой-то свой, более эффективный, способ решения данной проблемы, то вы можете его предложить и я с удовольствием передам его разработчикам.
  3. Я передал ваш фидбэк разработчикам. Это не баг как таковой. Визуальный прицел при стрельбе от бедра находится по центру экрана. Пули в игре вылетают не из центра экрана и не из глаз вашего персонажа, а из ствола вашего оружия, которое при стрельбе от бедра вы держите в руках ниже лица персонажа, как это и происходит в реальной жизни. Поэтому пули попадают в стену не по центру вашего экрана, а ниже на уровне оружия и правее, т.к. персонаж держит оружие с правой стороны. Чтобы точно поражать цель вам необходимо чтобы ваши глаза/центр экрана, прицел на модели оружия и цель находились на одной прямой, что в свою очередь означает, что вам необходимо войти в режим прицеливания - смотреть через мушку или любой другой прицел закреплённый на оружии.
  4. PUBG_Olaf

    Общение на любые темы

    Списки забаненных игроков не публикуются. Только информация по числу блокировок в мире и отдельно по русскоязычным учётным записям https://forums.pubg.com/topic/288035-новостная-рубрика-«еженедельный-бан-репорт»/
  5. Уважаемые игроки, 16 января в 3:30 по МСК начнутся технические работы на основных серверах игры. Цель работ: стабилизация сервисов игры. Ожидаемая длительность работ: 4 часа.
  6. Друзья, сегодня понедельник, а значит пришло время опубликовать «Еженедельный бан-репорт». C 6 по 12 января было заблокировано 192 671 учетных записи. Из них 1273 учётных записи русскоязычных игроков. Мы благодарим всех игроков за сообщения о нарушениях — вместе мы делаем игру лучше!
  7. Друзья, сегодня мы подготовили для вас новое видео из рубрики "Вопрос-ответ" от разработчиков PUBG. Для того, чтобы вы могли услышать идеи и голос разработчиков напрямую, данное видео имеет встроенные субтитры на русском языке. Посмотрите его и обязательно оставьте свой комментарий ниже!
  8. Здравствуйте. На данный момент снятие ограничений с персональной торговли не планируется.
  9. @borland Спасибо за вашу идею. Мы всегда рады услышать отзывы об игре. Это условность игры. Общий хитбокс персонажа разделён на более мелкие хитбоксы рук, ног, торса, головы. Поэтому при попадании в любую часть головы урон одинаков.
  10. Компания PUBG Corporation не аффилирована с Valve Corporation. Кроме того, подобные действия нарушают законодательство сразу нескольких стран. На данный момент такая возможность не рассматривается.
  11. У них достаточно разный принцип работы. Nvidia Highlight в фоновом режиме записывает в видео формате вашу игру и потом берёт из неё наиболее активные моменты такие как убийства противников, ваши смерти и т.д. При этом вы получаете уже готовые файлы в видео формате, которые можете как-то базово отредактировать как и любое другое видео, но не можете просматривать их с разных ракурсов, Что же касается редактора повторов, то в этом случае вы иметее в своём распоряжении полностью записанную вашу игру, где можете свободно передвигаться камерой, рассматривать бой с любого удобного ракурса, настраивать различные эффекты и красивые пролёты камеры. После чего экспортировать нужный вам отрезок игры в видео формат. Например, при создании вот этого трейлера карты "Викенди" использовался редактор повторов. Кроме, того. Все ваши убийства отмечены на временной линии во время просмотра и редактирования повтора, поэтому вы без труда можете между ними передвигаться вырезать необходимые вам участки, после чего экспортировать их в видео формат. Но идея ваша хорошая, передам её разработчикам.
  12. Исправлением различного рода багов тоже занимаются. Команда разработчиков поделена на подкоманды и каждая из них занимается своей частью игры. Есть люди, которые занимаются поиском багов в игре и проверкой присланных баг-репортов от пользователей. После чего эти данные уже передаются на исправление. Исправления багов выходят как вместе с крупными обновлениями, так и с мелкими, которые как раз и нацелены на устранение ошибок. Например, за текущий месяц такие обновления, исправляющие баги, выходили 2 января и 9 января. Подробнее о них вы можете узнать здесь.
  13. Всем привет! Это второй выпуск дневников разработки для консолей! Если вы пропустили первую часть, в которой мы поговорили о поле обзора и о том, как оно влияет на производительность игры, загляните сюда. Сегодня мы поговорим о времени обработки данных графическим процессором и о том, как разные факторы могут его сократить. Что такое время обработки данных графическим процессором? Время обработки данных графическим процессором — это время, необходимое графическому процессору для подсчета одного кадра. Чем больше вычислений нужно совершить графическому процессору, тем больше времени на это уйдет. Время обработки напрямую влияет на частоту смены кадров в игре. Если этот показатель высокий, производительность может снизиться. На время обработки влияют разные факторы, в том числе время, необходимое для рендеринга всех визуальных элементов, которые вы видите на экране. Графический процессор — это процессор, который работает с компьютерной графикой. Для каждого кадра он обрабатывает и выводит на экран миллионы пикселей, и за одну секунду он делает это неоднократно. Количество пикселей на экране зависит от выбранного разрешения. Чем выше разрешение, тем больше в каждом кадре пикселей и деталей — и тем больше вычислительной мощности требуется для их отображения. Если сравнить разрешение 4K с самым распространенным 1080p, у 4K пикселей в 4 раза больше, чем у 1080p. Это значит, что объем данных, который надо обработать графическому процессору, увеличивается в 4 раза, соответственно, возрастает и время, необходимое для их обработки. Динамическое разрешение Примечание: Сейчас функция «Динамическое разрешение» дорабатывается. Она появится на PS4 и Xbox One в одном из будущих обновлений. Динамическое разрешение — это функция, меняющая разрешение в зависимости от количества вычислений, которое нужно совершить графическому процессору. Разрешение варьируется в пределах от 1440p до 4K в реальном времени. Частота обновления при этом может меняться. Если во время матча нагрузка на графический процессор сильно возросла, то на время разрешение автоматически снизится, чтобы обеспечить стабильную производительность. График ниже показывает, как динамическое разрешение влияет на время обработки данных графическим процессором. Учтите, что время на графике измеряется в миллисекундах. Частота кадров не учитывается. В этом случае чем ниже, тем лучше. * Время обработки данных графическим процессором, показанное на графике, подсчитано на Xbox One X. Отбор дублей графическим процессором На Xbox One X и PS4 Pro отбор дублей графическим процессором появился в версии 1.0. С тех пор мы ввели множество улучшений, чтобы повысить производительность. Мы собираемся и дальше улучшать отбор дублей. Следующее обновление основного сервера также содержит обновление этой функции. Узнать больше о скорых изменениях можно далее в этом разделе. Обратите внимание: для PS4 первого поколения, а также Xbox One первого поколения и моделей S эти улучшения все еще дорабатываются и будут внедрены позже. Эрангель, Санок и Викенди покрыты густыми лесами. Для наилучшей производительности одинаковые модели деревьев отображаются при помощи дублирования. В результате для отрисовки отдельного дерева требуется меньше вычислительной мощности. Графический процессор может отображать леса как на картинке ниже, не ожидая дополнительных команд отрисовки, которые потребляют много ресурсов. Дублирование одного и того же дерева в пределах видимости сокращает количество команд отрисовки, затраты ресурсов на отрисовку деревьев снижаются, и производительность растет. Но что произойдет, если приблизить изображение, используя прицел с восьмикратным увеличением? Уровень детализации значительно влияет на производительность: в зависимости от расстояния до игрока предметы отображаются с разным качеством. В обычном режиме (без прицела) самый высокий уровень детализации (уровень 0) будет только у ближайших деревьев. С прицелом все деревья в поле зрения отображаются с максимальной детализацией — в результате время обработки данных растет, а производительность падает. Прицел увеличивает радиус видимости, и детализация отдаленных деревьев становится выше. На изображении выше вы увидите в прицел от 3 до 7 деревьев, однако графический процессор постарается отрисовать все дубли, попадающие в поле обзора. В этом случае использование дублей серьезно мешает, так как в результате отображаются лишние деревья. Без дублей вы бы увидели всего 7 деревьев. Уровень детализации объекта определяется тем, сколько места он занимает на экране. От его расстояния до игрока зависит, будет ли он отображаться вообще. С новыми улучшениями отбора дублей, которые мы собираемся внедрить, мы надеемся повысить производительность двумя способами. Во-первых, объекты, которые не видны на экране, не будут детализироваться, а во-вторых, алгоритм будет лучше определять, какие объекты должны отображаться при дублировании и в каком порядке. Так как графический процессор хранит информацию обо всех уровнях детализации объектов, дублироваться будут только модели с низкой детализацией. Затем изображение будет обрабатываться в направлении от ближайших объектов к отдаленным. Этот отбор и последующую обработку мы назвали «отбор дублей графическим процессором». На графике ниже сравнивается время обработки данных графическим процессором с отбором дублей и без него при разрешении 4K. * Время обработки данных графическим процессором измерялось при использовании прицела с восьмикратным увеличением. * Время обработки данных графическим процессором, показанное на графике, подсчитано на Xbox One X. Как мы можем видеть, с активным отбором дублей результат более стабилен, а время обработки данных сократилось примерно на 30%. Без отбора дублей время обработки данных графическим процессором выше и сильно колеблется. Надеемся, вам понравилась вышедшая на этой неделе статья. Увидимся в новом выпуске через две недели! Спасибо! PUBG
  14. Всем привет! Перед вами первый выпуск нашей новой рубрики «Дневники консольной разработки» (Console Dev Report), которая приходит на смену еженедельным статьям в сообществе! Как сообщалось ранее, мы собираемся публиковать отчеты каждые две недели и будем освещать в них вопросы производительности, а также проблемы разработки и их исправление. Обратите внимание, что иногда этот график может меняться в зависимости от объема животрепещущих материалов. Сегодня мы поговорим про частоту кадров и наши планы по ее увеличению, чтобы всем игрокам было приятно играть в PUBG. Для начала Игроки сообщают нам о падениях частоты кадров. Особенно сильно это происходит на поздних этапах матчей из-за часто возникающих перестрелок на ближней дистанции (CQC). PUBG выполняет расчет всех ресурсов в радиусе 1 километра от персонажа. То есть, где бы ни находился ваш бравый боец, игра скрупулезно рассчитывает все, что находится на расстоянии до 1 км от него. На позднем этапе игры, когда белая зона сжимается почти до предела, оставшиеся бойцы собираются в небольшом круге. Это значит, что в одной области находится больше игроков, для которых нужно рассчитать ресурсы. То же самое происходит в горячих точках высадки, однако на поздних этапах нужно учитывать большее количество ресурсов, ведь многие прибывшие в зону персонажи под завязку набиты собранными вещами. Транспорт, обвес, раскраска оружия, дымовые завесы — вот только малый перечень ресурсов, которые приходится учитывать. Чтобы повысить производительность и уменьшить количество просадок частоты кадров, надо сократить объем рассчитываемых ресурсов. Сейчас мы расскажем о своих попытках это сделать, но сперва позвольте объяснить термин «Поле обзора». Обычно так называют угол обзора картинки, которую видно на экране монитора. Если на экране показался противник, знайте, что он попал в поле обзора. Впрочем, не все, что попадает в поле обзора, обязательно показывается на экране. Это поле зависит от направления и угла взгляда. Если противник окажется за стеной, то он тоже будет как бы в поле вашего обзора, но видеть вы будете не его, а стену. В поле обзора Объекты в поле обзора рассчитываются всегда. Именно поэтому вы видите перемещение союзных и враждебных персонажей. Чтобы как можно точнее отображать перемещающихся персонажей, серверу требуется «считать наперед». Предположим, персонаж А куда-то увлеченно бежит. Сервер получает данные о местоположении персонажа от клиента пользователя А, а потом передает их обратно. При обмене клиента и сервера этими сведениями, отправленные данные о местоположении персонажа А должны совпадать с прежними данными об этом персонаже, даже если тот продолжал двигаться. Если данные начинают слишком различаться, возникает так называемая «рассинхронизация». Чтобы точно определять местоположение персонажа, сервер прогнозирует его перемещение по вектору и скорости, в итоге точно понимая, где должно находиться ваше электронное воплощение. Кроме того, сервер прогнозирует местоположение с учетом проверки возвышения местности и наличия блокирующих движение препятствий, таких как стена. Эти меры значительно ускоряют реагирование и позволяют точнее определять местоположение персонажа, устраняя проблему рассинхронизации. К сожалению, для точного прогноза при перемещении персонажа требуется учитывать больший объем ресурсов. Так и появляется одна из причин падения частоты кадров. Мы решили повысить производительность и потому убрали расчеты, без которых вполне можно обойтись. В результате производительность скакнула вверх, а частота кадров стала просаживаться реже. График ниже называется «Время расчета физических объектов за кадр». Тестирование проводилось силами 30 ботов. На графике представлены кривые действующей и улучшенной сборок. Последняя скоро будет реализована в готовящемся обновлении. По сокращенному времени видно: чем меньше ресурсов приходится рассчитывать, тем выше производительность. Вне поля обзора Мы следим за перемещениями всех персонажей и за пределами поля обзора. Поэтому, если за пределами вашего поля обзора бродят 25 персонажей, их перемещение тоже полностью просчитывается. Это дополнительный и большой объем расчетов, который тоже понижает частоту кадров. Чтобы изменить ситуацию, мы резко уменьшили количество рассчитываемых ресурсов для персонажей, движущихся вне поля обзора. Вообще в случае персонажа надо учитывать две вещи: рендеринг и физическую составляющую. Рендеринг по большей части касается отрисовки модели персонажа, звуков шагов и выстрелов и подобного. Физика — это в основном очки здоровья персонажа. Мы решили, что для персонажей вне поля обзора достаточно обновлять данные местоположения, которые относятся к рендерингу. Физические же данные остаются на уровне последнего местоположения персонажа вне поля обзора. Из-за перехода на расчет исключительно данных рендеринга, мы перестали учитывать более половины ресурсов. Если же ваш персонаж увидит персонажа, который был вне поля обзора, физические данные последнего совместятся с данными на месте отрисовки. Вместо того чтобы постоянно рассчитывать физические данные, мы будем учитывать их только после попадания персонажа в поле обзора. Решение о продолжении учета физических данных принимается в зависимости от точки рендеринга персонажа. Точка расчета физических данных не меняется, а точка рендеринга может и продолжить меняться. При попадании персонажа в ваше поле обзора «отложенные» физические данные совмещаются с точкой рендеринга. Если же точка рендеринга не попадает в ваше поле обзора, то точка учета физических данных остается на прежнем месте до тех пор, пока персонаж снова не войдет в ваше поле обзора. После этого точка будет совмещена с местом появления персонажа. Ниже мы помещаем график улучшения под уже привычным названием «Время расчета физических объектов за кадр». Для его составления мы снова выпустили на поле 30 ботов. На графике представлены кривые действующей и улучшенной сборок. Как видите, мы доработали расчет в поле и вне поля обзора, что повысит производительность благодаря уменьшению времени, которое тратится на определение местоположения персонажей. Это стало закономерным следствием уменьшения объема рассчитываемых ресурсов. В результате частота кадров будет падать реже, да и в среднем она возрастет. Мы продолжим работать над повышением частоты кадров, чтобы вы получали еще больше удовольствия от игры. Ждите новый отчет через две недели! Еще увидимся! Спасибо! PUBG Со вторым выпуском дневника разработки для консолей вы можете ознакомиться здесь.
  15. Ну почему же. Очень многие даже тут на форуме запускают просмотр повтора и снимают это сторонней программой. Сейчас же можно просто выделить фрагмент повтора и экспортировать его в видео формате. Плюс если кто-то увлекается созданием синематиков и новый функционал значительно облегчит им этот процесс.
×