Гонка графических титанов продолжается

[MoroseTroll]

Есть предварительная информация, что в скором времени nVidia снизит цены на свои видеокарты серии GeForce RTX 50** (Blackwell). Если вы подумываете о покупке, то, возможно, скоро появится шанс сделать это за меньшие деньги.

[MoroseTroll]

Этакий "плач Ярославны" по поводу смещения фокуса nVidia с игровых GPU на ИИ. На мой взгляд, всё вполне логично.

[Vorob]

Мороз, где аналитика по поводу опубликованного кода фср4?

[MoroseTroll]

Ты про оплошность AMD, из-за которой исходники FSR4 теперь останутся открытыми? Думаю, ничего страшного. Тем более, что AMD обещает нечто более совершенное, под названием Redstone.

Партнёры же AMD, использующие её графическое железо, наверняка и так имели доступ к исходникам FSR4. А всякие мододелы, думаю, сделают за AMD определённую чёрную работу, начиная от запуска FSR4 там, где AMD этого не планировала (RDNA3/2/1, Intel Xe2/1, nVidia Blackwell/Ada/Ampere/Turing), и заканчивая улучшением/ускорением/прочей оптимизацией оной технологии. Не удивлюсь, если спустя какое-то время на Switch 1 и/или 2 появятся игры с подозрительно качественным сглаживанием, превосходящим по качеству DLSS .

Открытые исходники - это всегда хорошо для индустрии ПО в целом. Одни люди учатся у других, усиленно набираясь опыта в больших объёмах за короткие сроки и экономя своё время. Конечно, когда публикация исходников происходит вопреки воле их правообладателя, имеет место упущенная прибыль и всё такое. Но, считаю, ничего особо страшного для индустрии ПО в этом нет. Когда 13 лет назад, в августе 2012-го, утекли исходники CryEngine 3, спустя какое-то время у движков, не умевших до этого толком работать с большими и при этом детализированными пространствами, вдруг открылось второе дыхание: Decima Engine, Asura Engine, Sucker Punch Engine, Naught Dog Engine, Void Engine, id Tech 6. Надеюсь, что я ошибаюсь на счёт большинства упомянутых движков, но гарантировать полное отсутствие элементов CryEngine 3 в них можно лишь после тщательного анализа их исходников, на что, разумеется, никто согласия не даст . Также надеюсь, что авторы упомянутых движков не читают этот форум .

[MoroseTroll]

Лень AMD вынуждает покупателей её видеокарт самим внедрять FSR4 в игры вручную. Лиза Су - лучший руководитель AMD за всё время существования этой конторы, но меня до сих пор неприятно удивляет, почему она не наводит порядок в своём подразделении графики, а именно - в подразделении графического ПО. Лентяев, засевших там ещё с нулевых годов, надо гнать взашей или даже расстрелять, потому что вред, нанесённый их кривым ПО фирме AMD (а до этого - ATI), измеряется десятками миллиардов долларов! Эти сволочи упорно не хотят выполнять свои прямые обязанности, а занимаются всякой ерундой.

[MoroseTroll]

Я подозревал, что UEFI - совершенно лишняя вещь, ведь долгое время было достаточно и BIOS, но, похоже, всё ещё хуже. Тут пишут, что, возможно, у некоторых моделей видеокарт на графике nVidia к июню 2026-го года истечёт срок годности UEFI GOP, зашитый в видео-BIOS. И из-за этого видеокарта просто не сможет выводить изображение на экран даже в момент включения! Иными словами, ПК просто превратится в кирпич.

Проблему можно и нужно будет решать прошивкой видео-BIOS видеокарт, а эта процедура довольно редкая. Иными словами, как я понимаю, nVidia должна будет выпустить обновлённый микрокод или образцовую видео-BIOS для каждой из моделей видеокарт, подверженных этой проблеме, а уже сборщики видеокарт должны будут адаптировать то, что выпустила nVidia, именно под свои конкретные модели, и только потом выпускать обновления в свет. Возможно, если ваша видеокарта выпущена в 2023-м году или позже, в ней уже зашита более свежая версия UEFI GOP, а значит, обновлять видео-BIOS смысла не будет. В общем, смотрим, что скажут поставщики видеокарт.

Там также сказано, что проблема не касается встроенного видео (у nVidia его давно уже нет). Графика AMD не упомянута, но я не удивлюсь, если и она тоже будет подвержена этой хвори.

[MoroseTroll]

Я тут настраивал один мини-ПК на основе Ryzen 7840HS. У него есть встроенная графика, причём не самая слабая - Radeon 780M. Так вот, из-за настройки в BIOS/UEFI под названием "UMA framebuffer size", равной "Auto", ни один драйвер графики AMD не хотел работать, а сообщал ошибку №43 в Диспетчере устройств. Казалось бы, Интернет должен знать всё, так что я перепробовал абсолютно все рецепты на эту тему, но хер там! Потом я выяснил сам, методом проб и ошибок, что дело в этом самом параметре "Auto"! Потому что стоило его сменить на любой другой ("512 MB", "1 GB", "2 GB" и т.д.), как драйвер тут же начинал работать, как ни в чём не бывало! Возможно, дело в кривом BIOS/UEFI, но более свежую версию оного я найти не смог. Да и маловероятно то, что известная фирма AMI, написавшая этот самый BIOS/UEFI, смогла допустить столь грубую ошибку.

Я считаю себя опытным пользователем, так что мне подобные затыки с драйверами - так, детская шалость. Но по-человечески жалко тех пользователей, кто не догадался и не догадывается об этом решении. Поневоле возникает вопрос: почему AMD так плохо тестирует свои драйверы, что один несчастный параметр, отвечающий за размер оперативки, доступный встроенной графике, сводит эти драйверы с ума, если его выставить/оставить в BIOS/UEFI как "Auto"? Неужели так трудно организовать полноценное тестирование? Или AMD для этого требуется отдельный космодром ? Такое ощущение, что подразделение графического ПО в AMD - это какие-то неприкасаемые люди, которым не то что нельзя предъявить претензию по качеству, но даже просто косо взглянуть в их сторону. Я считаю, что эти саботажники недостойны работы в AMD, потому что приносят ей больше вреда, чем пользы, а значит, их надо уволить (хотя бы самых главных).

[Chuzhoi]

Имел дело с видеокартой Radeon примерно в 2004 году, когда играл в 3-й Thief. Как я понимаю, за 20 лет ничего не изменилось.

[Прихвостень]

Хм, а какая взаимосвязь производителя самого тела-модулей BIOS/UEFI и того, как там его адаптировал, собрал и протестировал конкретный производитель материнки под своё железо?
Оно ведь потому и либо разыскивается с привязкой к конкретной модели либо самостоятельно анализируется практическая взаимосвязь ибо уникальные косяки ещё с древних времён.
Масса же примеров, включая довольно брутальные. Типа при отключении контроллера флоповода на Asus P2B (на Award) приводит к окукливанию некоторых загрузчиков, в том числе оригинального установшика Win (лол!). Багофича ещё какое-то время распространялась на некоторые другие платы Асуса, вплоть до 478 сокета.
Или Gigabyte GA-965P-S3 r1.0 (тоже Award), которая на при включении AHCI просто будет стопориться ещё до абсолютно любого загрузчика.
Ну вот так вот производитель оттестировал свои отполированные финальные версии BIOS под конкретное железо, что жаловаться на Award или MS это совершенно мимо кассы)

[MoroseTroll]

Имел дело с видеокартой Radeon примерно в 2004 году, когда играл в 3-й Thief. Как я понимаю, за 20 лет ничего не изменилось.

Увы и ах! Несмотря на то, что в целом качество драйверов графики AMD с тех пор резко выросло, подобные глупые неприятности могут слегка испортить впечатление от вполне достойного продукта. И потом, как мне кажется, обжегшись на молоке, ты дуешь на воду - у игр на графике AMD проблем давно нет, есть лишь отдельные и кратковременные (до выхода новой версии драйвера) случаи притормаживания, связанные, как правило, с компиляций шейдеров. Это беда движка UE5, проявляющаяся на любом графическом железе ПК.

Хм, а какая взаимосвязь производителя самого тела-модулей BIOS/UEFI и того, как там его адаптировал, собрал и протестировал конкретный производитель материнки под своё железо?

В том-то и дело, что я не виню ни AMI (автор BIOS), ни китайскую контору, что спроектировала и создала материнскую плату для вышеупомянутого мини-ПК. Я виню именно AMD, а вернее - её подразделение графического ПО, которому тупо лень протестировать то, что они пишут, на всех возможных конфигурациях настроек BIOS, коих совсем мало.

P.S. Тут про последнюю версию драйвера графики nVidia (которая 581.15) пошли нехорошие слухи: даже на GeForce RTX 5000-й серии снижение fps может достигать 5,7% (Wukong: Blackmyth), 6,27% (STALKER 2) и 6,5% (CP2077). Это немного, но хорошего всё равно мало. А тут нашлась ещё одна проблема, и тоже у nVidia.

[Prodavec]

Я подозревал, что UEFI - совершенно лишняя вещь, ведь долгое время было достаточно и BIOS, но, похоже, всё ещё хуже.

UEFI нужен для решения проблем, которые накопились за предыдущие несколько десятилетий, в частности проблема полностью дырявой безопасности, которая остро стоит для бизнеса. Про остальные плюшки, которые дает модульная архитектура UEFI известно и так. Проблема обозначенная в статье имеет скорее хардварный характер. Кроме того формулировка "ПК просто превратится в кирпич" это мягко говоря преувеличение, чтобы произвести на читателя впечатление. В кирпич превращается только один компонентю. Вы же не выкидывает (или заменяете целиком) свойт десктоп или ноутбук, если ОДИН заменяемый компонент приходит в негодность?

По FSR4, доступ был к SDK и API. Исходников скомпилированных .DLL/.SO не было.

PS С какого года материнки с BIOS не выпускаются? С 2010-го? Или даже 2008-го. Где-то так короче. Забудьте про него, этот мамонт давно мертв. Вы бы еще про времена MS-DOS ностальгировали, как там все было просто и удобно. И по драйверам камень в огород AMD хотя и справедливый, но у NVIDIA есть ОЧЕНЬ серьезные проблемы с процессом компиляцией шейдеров в многопоток, которые могут привести к полному зависанию машины из-за какого-то condition racing или подобной проблемы. Яркий пример - Path of Exile 2, где десятки тысяч пользователей делали всякие костыли чтобы обойти эту проблему, начиная от ограничения колчества используемых ядер процессом игры и её приоритета, до установки на легковесный Линукс (типа Арча) виртуалки с Виндой, на которую уже ставили игру, чтобы висла только виртуалка если что-то пойдёт не так.

[MoroseTroll]

Судя по всяким UEFI-зловредам, вроде Petya/NotPetya (и производным), с защитой у UEFI далеко не всё гладко. Зато из-за увеличившегося объёма ПЗУ в нём стало проще хранить программные "закладки", которые могут выскочить в любой момент, если кому-то за бугром это вдруг потребуется. В конечном счёте, если операционной системе нужна защита, пусть она сама себя и защищает. Задача же прошивки (а BIOS ею и была) - обеспечить быструю проверку работоспособности устройства и начать загрузку ОС. Так зачем было изобретать UEFI? Зачем было изобретать для неё интерпретатор, который ещё и глючит, из-за чего стало возможным возникновение дополнительных угроз безопасности? Зачем нужен графический режим, со своей мини-ОС, когда народ прекрасно справлялся с настройкой BIOS и в (псевдо-)символьном режиме?

Про MS-DOS: про неё я не сказал ни слова.

[MoroseTroll]

Что ж, как я и предполагал, нашлись-таки энтузиасты, которым стало не лень покопаться в исходниках FSR4, что AMD "случайно" опубликовала. В новости пишут, что некий умелец скомпилировал исходники так, чтобы вместо формата FP8, поддерживаемого только вышедшим в этом году семейством RDNA4 (RX 90**), использовался INT8, который поддерживается RDNA3 (RX 80** + 7***) и RDNA2 (RX 6***) и даже nVidia Ampere (RTX 30**). Конечно, информацию ещё надо перепроверить, но, если она правдива, то определённые преимущества выявлены были. Надеюсь, AMD не оставит это без внимания.

Самодельную сборку FSR4 запустили-таки на видеокартах Radeon RX 6*** (поколение RDNA 2). Пишут, что картинка стала лучше, чем при FSR3, но и скорость ниже, чем с FSR3. В общем, думаю, AMD могла бы выпустить INT8-версию FSR4 для своих относительно старых видеокарт, а уж пользователи пусть сами выбирают, в каком режиме им играть. Ведь чем шире выбор, тем лучше.

[MoroseTroll]

Немецкий сайт PC Games Hardware опубликовал обзор аж 180 (ста восьмидесяти, Карл!) видеокарт, выпущенных за период с 2009-го по 2025-й годы. Почему именно с 2009-го? Думаю, из-за совместимости с DirectX 11, как минимального требования. Иначе моделей было бы куда больше! В общем, читаем .

[Force]

из-за совместимости с DirectX 11, как минимального требования

Интересно, а почему это требование минимальное?