Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

Напоминаем о том, что на сообщения новых участников распространяется действие системы премодерации сообщений.

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

Лиза заносит чемоданы

Главное чтобы правильным конторам заносила

Закрытая бета сейчас.

Самое клёвое для меня, это сотрудничество AMD с Bethesda, продвижение API Vulkan и оптимизация под GCN! Круто будет увидеть следующий Elder Scrolls с Vulkan и с оптимизациями под видеокарты AMD.

под карты АМД даже оптимизировать не нужно, берём криво портируем с соснольки, и вуаля, Квантум Брёх, или Dead Rising 3 и также есть ЛЫСЫЙ. Но если даже, несмотря на скотскую лень разрабов, те обычно так почти никогда не поступают, значит причины есть для этого. Доля Нвидии в Стиме к примеру

Какая Лиза? Читать разучились? Движок будет сразу уметь многоядерность в любых процах. Т.е. движку будет глубоко покакать, Лиза там, или не Лиза. А про загружаемость резины на полную - это уже просто следствие, а не первопричина, что какая-то там Лиза с чемоданом приходила.

Добавлено спустя 14 минут 41 секунду:

Если будет как сейчас в директиксе: сначала ГПУ ждёт ЦПУ, пока тот создаст кадр, потом ЦПУ ждёт пока ГПУ его отрисует, а потом по новой и с каждым следующим кадром такая последовательная работа (вместо параллельной, Карл!) будет продолжаться... все эти ваши "оптимизации под архитектуру" будут - только курам на смех.

До выхода AMD Ryzen, разработчики софта и не подозревали о существовании 6- и 8-ядерных процессоров, поэтому только после их выхода, начали обещать оптимизации. Ага, конечно, держи карман шире

Добавлено спустя 6 минут 38 секунд:


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

Ну да, в современных играх ведь движок только "кадры рисует", чо ему еще делать, да?

Начиная с 6 версии, ID Tech наконец стал выдавать приличную картинку. А не то убожество что было в Рейдже и Вольфе

А при чём тут это? Речь о том, что когда один подносит патроны, а второй стреляет, то первому, оставшемуся "поглазеть на стреляющего", так и хочется сразу же впаять: "Чо встал! Пи.дуй за следующими!". А на деле: за новыми патронами начинаем идти, только когда все предыдущие уже отстреляли. А могли, ведь и сразу отправиться.
Посмотри, что в мониторинге загрузки ЦПУ у большинства? Все ядра загружены под завязку? Да щаз! А запускать параллельно ещё один рендер поток на оставшихся ресурсах - нам религия не позволяет, ага...

В классических опенглях и директиксах не позволяет их однопоточная архитектура. Ибо всё равно в одни ворота всё пропихивать, рисуй хоть в 30 потоках. С вулканом\дх12 всё намного проще в этом плане.

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

В терминах игры мы будем рисовать стомильонов кадров в секунду, но происходить ничего не будет. Зато загрузим видуху до упора.

да ну втопку эту амд вместе с id, обе конторы слишком сильно опустились по сравнению с конкурентами, что доверия к ним нет

Потому что, с каждым лишним кадром в буфере, инпут лаг только увеличивается на время одного этого кадра, т.к. дальше на рендер берётся не последний, а пред или предпред (и т.д.).
Грубый пример: если бы движок игры, работая сам на первом ядре ЦПУ, запускал один поток рендер-поток на втором ядре ЦПУ, а через примерное время половины кадра запускал другой поток рендер-поток на третьем ядре ЦПУ, мы бы при том же инпут лаге получили бы в 2 раза больше фпс (при условии, что ГПУ справится с обоими потоками. если же нет, то стоит понизить граф. настройки до баланса загрузки ЦПУ/ГПУ. а вот если лимитирует ЦПУ, то можно спокойно АА и т.п. выкручивать ещё больше).

Добавлено спустя 1 минуту 40 секунд:

Угу, за десять-то лет переписать некому было...

Добавлено спустя 5 минут 48 секунд:

Так буфер сделай хоть тройной, хоть десятерной - и пусть каждый поток пишет и переписывает в своё окно. А ГПУ будет выбирать (да хоть в однопоточном режиме!) последний готовый кадр и раздавать освобождающимся от работы по очереди своим потокам. Не увидел я что-то проблемы здесь.

Добавлено спустя 4 минуты 23 секунды:

Во-первых, зачем было брать сильный проц и слабую видуху? (ровно как и наоборот)
Во-вторых, см. мой первый ответ в этом посте: ищи баланс загрузки под максимум и ЦПУ и ГПУ крутя настройки графики, либо не ной.

1. Не только патроны таскает.
2. Делает: стоит и смотрит на стреляющего, вместо бежать за следующими. (именно к этому пункту у меня и замечание).

Не будет такого. Кроме того, для игрока важнее отображение на экране его самых последних действий, а не предшествующих. На слабой видухе пусть они и не будут в итоге показаны (будут выброшены), но учтены они будут, т.к. ЦПУ предыдущие кадры тоже считал. Хуже, когда (как сейчас), от игрока могут идти инпуты, а ЦПУ вместо их немедленного применения (особо актуально для онлайн шутеров), будет спать в ожидании ГПУ, пока тот не освободится и не пришлёт ему команду Present ("разрешение на формирование нового кадра").

Я дум только недавно прошел. Очень понравился! Давно меня шутер так не увлекал (я вообще шутерами не увлекаюсь). Практически идеальная и сбалансированная игра. Хотелось бы новый дум на этом новом движке.

Ждем браузерный дуум где вся игра идет на цпу

Су

верните в игры софтверный режим!

Хоть дуум тоже был сделан на 6 движке, но графа не впечатлила, а вот Квейк Чампионс, зашла графа нормально. Коридоры и дизайн, великолепен. Уж очень хотеться коридорного, классического шутера, а не всякий треш аля опенворд, ну и тот же дуум 2016, который с открытыми пространствами.