Войдите, чтобы подписаться
Подписчики
0
Специалисты нашли серьезную проблему с работой видеокарт NVIDIA со старыми CPU
Автор:
SerGEAnt, в
Технические новости
-
Похожие публикации
-
Автор: SerGEAnt
DSOG приводит два скриншота с разницей в производительности в «Анабиозе: Сон разума»: RTX 4090 превосходит RTX 5090 почти в 10 раз.
Геймеры обратили внимание, что NVIDIA удалила аппаратную поддержку 32-битных CUDA-приложений из видеокарт серии RTX 50.
Для современных игр эта информация бессмысленна, а вот со старыми все плохо. Дело в том, что в 2007-2013 году вышел с десяток игр с поддержкой PhysX, и все они отлично работали именно на видеокартах от NVIDIA.
Но начиная с RTX 50 ситуация изменилась. Тесты показывают, что теперь эти игры работают на RTX 5090 и RTX 5080 также плохо, как на видеокартах от AMD, которые никогда не умели в аппаратную акселерацию этих эффектов.
Вот неполный список таких игр:
«Анабиоз: Сон разума» Borderlands 2 Mirror’s Edge Batman: Arkham City BioShock Infinite Bulletstorm Batman: Arkham Origins Assassin’s Creed 4: Black Flag Mafia 2 DSOG приводит два скриншота с разницей в производительности в «Анабиозе: Сон разума»: RTX 4090 превосходит RTX 5090 почти в 10 раз.
-
Автор: SerGEAnt
Издание DTF обратило внимание на интервью, которое Алекс Батталия из Digital Foundry взял у Брайана Катанзаро — вице-президента прикладных исследований глубокого обучения в NVIDIA.
На вопрос о выборочности работы технологии генерации кадров Брайан ответил, что прямо сейчас NVIDIA сфокусирована на том, чтобы она хорошо работала на картах новейшей серии RTX 50, так как именно в ней есть те самые тензорные ядра, позволяющие генерировать до 4 кадров за такт.
Однако, он не исключил, что преимущества технологии достанутся «старым» картам вроде RTX 30 и RTX 40.
Напомним, что у AMD есть аналогичная технология FSR 3 Frame Generation, которая работает на всех актуальных видеокартах.
-
-
Сейчас популярно
-
-
Продвигаемые темы
-
-
Последние сообщения
-
Автор: \miroslav\ · Опубликовано:
@piton4 попробуй телепортнутся туда где победил тигра. и от туда пробежаться дальше еще раз, может ты просто пропустил старика. -
Автор: h1pp0 · Опубликовано:
так, хорошо, что бы же выбрать, хороший античит (в теории) для сетевой игры, или старый ПК, где нет опции защиты... -
Автор: aleks2007 · Опубликовано:
Мне не трудно и я знаю где находиться Secure Boot в BIOS, но к хейту EA все равно присоединюсь, просто что б боком такая защита встала. Им дай волю так они заставят starforce + denuvo + плагин какой ни будь отслеживающий трафик заставят ради игры поставить, или вообще специальной биос EA прошить. -
Автор: piton4 · Опубликовано:
Я убил тигру, и да, там был старик, который телепортнул меня в первый телепорт зимней локи(там, где нет снега) но я побегал и ничего не нашёл. Тогда вернулся к тигре, пошёл дальше, переплыл, убил демона, ну и как бы тупик. То есть, мне надо в зимнюю локу и копать там? -
Автор: \miroslav\ · Опубликовано:
ох, я уже и не помню, но по моему если ты полностью прошел зимнюю локацию и ту где тигр, то нужно поговорить со старичком и он предложить пройти дальше по сюжетки в начальную локацию, но которая уже вся горит и там сражаются разные монстры друг с другом. или отведет тебя к спуску в какую то пещеру. я реально не помню последовательность, но помню что именно старичок меня отправлял дальше по сюжету. -
Автор: Setekh · Опубликовано:
По ходу ссылка кривая, если так https://help.ea.com/ru/articles/technical-issues/secure-boot/ то заходит. Хотя я к онлайну палкой не прикасаюсь даже, так что пофиг. -
Автор: piton4 · Опубликовано:
@\miroslav\ хотел в личку написать, но почему-то не могу. Такой вопрос: куда там нужно идти после убийства демона в поместье Бай? Это там, куда ты на лодке после тигры отплываешь. Я не понимаю, что там дальше делать ( -
Автор: piton4 · Опубликовано:
Да, такая же фигня. Понапридумывают блин... -
Автор: DeeMan · Опубликовано:
Хотел глянуть на эту инструкцию, так у меня сайт не открывается. -
Автор: 0wn3df1x · Опубликовано:
Проблема в самой архитектуре движка Inkle, которая требует не просто перевода, а лингвистического реинжиниринга нарратива на уровне низкоуровневого кода, то есть перестройки логической системы, созданной для английской языковой модели, под другую парадигму.
Первое и главное, что нужно понимать: Inkle - это не классическое диалоговое дерево “выберите вариант А, получите ветку А”. Inkle ткёт повествование из мелких фрагментов текста, переменных, функций и логических условий. Переводчик видит не цельные, готовые к переводу предложения, а их составные части - по сути, сырье, из которого движок будет склеивать финальный текст на лету. Это больше похоже на работу с ассемблером для текста, чем с привычными строковыми ресурсами. Как программист на ассемблере должен знать архитектуру процессора, так и локализатор Inkle обязан понимать внутреннюю логику его нарративной виртуальной машины. К примеру, возьмём игру The Pale Beyond и её текстовый ФАЙЛИК на 33 мб. Там есть функция ShortSentenceDeadClickTest: "ShortSentenceDeadClickTest": [ [ "ev", "str", "^x", "/str", "/ev", { "temp=": "Xstring" }, "ev", "str", "^y ", "/str", "/ev", { "temp=": "Ystring" }, [ "^Loop ", "ev", { "CNT?": ".^" }, "out", "/ev", "^. String X ", "ev", { "VAR?": "Xstring" }, "out", "/ev", "^. String Y ", "ev", { "VAR?": "Ystring" }, "out", "/ev", "\n", // ... логика выбора ... "ev", { "VAR?": "Xstring" }, "str", "^x", "/str", "+", { "temp=": "Xstring", "re": true }, "/ev", // ... "ev", { "VAR?": "Ystring" }, "str", "^y ", "/str", "+", { "temp=": "Ystring", "re": true }, "/ev", ], ], ] Это квинтэссенция подхода Inkle. Там нет диалогов в привычном понимании. Это низкоуровневый программный код. Команды ev (evaluate), str (string), VAR? (get variable), out (output), temp= (assign to temporary variable), re= (reassign) - это инструкции для виртуальной машины движка. Этот код инициализирует две переменные и в цикле (CNT? - вероятно, счетчик цикла) конкатенирует (оператор +) к ним новые символы. Для английского языка, где слова редко меняются, это нормально. Для русского - это катастрофа. Можно представить ситуацию, где вместо "x" нужно подставлять слово, которое должно меняться в зависимости от контекста (например, числа итераций цикла), а этот контекст определяется где-то в совершенно другой части кода. Это черный ящик, который невозможно перевести, не декомпилировав в уме логику его работы. Повествование управляется состоянием сотен переменных, и переводчик видит лишь разрозненные атомы текста, не зная, в какую молекулу-предложение они соберутся. Так вот, раз уже я начал о конкатенации и связанном с ней грамматическом аде. Конкатенация (простое склеивание строк) является в Inkle основным инструментом повествования. И именно в ней кроется дьявол для флективных языков, порождающий каскадные грамматические зависимости. Гипотетический пример на английском: itemCount = 1, itemAdjective = "red", itemName = "apple" -> "You have 1 red apple." itemCount = 5, itemAdjective = "red", itemName = "apples" -> "You have 5 red apples." Всё просто. Сценарист готовит две формы существительного и одно прилагательное.
Тот же пример, но на русском: "У вас есть " + itemCount + " " + itemAdjective + " " + itemName + "." itemCount = 1, itemAdjective = "красное", itemName = "яблоко". Получаем: «У вас есть 1 красное яблоко». itemCount = 2, itemAdjective = "красных", itemName = "яблока". Получаем: «У вас есть 2 красных яблока». itemCount = 5, itemAdjective = "красных", itemName = "яблок". Получаем: «У вас есть 5 красных яблок**_**». Прилагательное “красный” и существительное “яблоко” меняют свои окончания в зависимости от числа itemCount. Причем правила для 1, 2-4 и 5+ разные. Движок этого не знает. Он просто подставит переменные. Локализатору нужно переписать всю эту строку в отдельную функцию с громоздкой логикой. А теперь представим, что таких переменных в игре тысячи, и они могут быть не только предметами, но и статусами, именами, локациями. Вот реальный пример из функции GetWeeklyTitleCardTextSubtitle: "GetWeeklyTitleCardTextSubtitle": [ // ... "ev", "str", "ev", { "VAR?": "TERRITORY_0_WEEKSHERE" }, "out", "/ev", "^ Week", "ev", { "VAR?": "TERRITORY_0_WEEKSHERE" }, 1, ">", "/ev", [ { "->": ".^.b", "c": true }, { "b": [ "^s", ... ] } ], "nop", "^ on the Temperance.", "/str", "/ev", "~ret", // ... ], Этот код генерирует фразу типа “1 Week on the Temperance”. Логика примитивна: если переменная TERRITORY_0_WEEKSHERE больше единицы, то с помощью условного перехода { "->": ".^.b", "c": true } (по сути, goto) добавляется строка ^s. Команда ~ret означает, что эта собранная строка возвращается как результат функции. Куда? Возможно, она будет подставлена в другую строку, создавая новый виток грамматического ада. Переводчик видит три изолированных куска: [число], Week, on the Temperance.
На русском это превращается в неразрешимую задачу: 1 неделя, 2 недели, 5 недель. Просто добавить окончание невозможно. Нужно полностью переписывать эту функцию на уровне кода. И так - везде. Каждая такая строка - это мина замедленного действия. Также Inkle обожает переиспользовать фразы. Одна и та же часть предложения может быть использована в десятках разных мест с разными подставляемыми существительными, прилагательными и глаголами. Пример с родом: "The " + objectName + " is broken." objectName = "Engine" (двигатель, мужской род) → Двигатель сломан. objectName = "Radio" (радио, средний род) → Радио сломано. objectName = "Door" (дверь, женский род) → Дверь сломана. Прилагательное “broken” в русском языке должно согласовываться с родом существительного. Переводчик видит строку " is broken" в отрыве от objectName. Он не знает, к чему она будет применяться. Единственный выход - создавать для каждого объекта метаданные (например, его род), а затем вместо простой строки " is broken" писать целую функцию, которая будет запрашивать род объекта и возвращать правильную форму прилагательного: “сломан”, “сломана” или “сломано”. Это уже не перевод, а программирование. Вот, например, функция listSurnamesWithCommas. "listSurnamesWithCommas": [ { "temp=": "if_empty" }, { "temp=": "list" }, "ev", { "VAR?": "list" }, "LIST_COUNT", "/ev", [ "du", "ev", 2, "==", "/ev", { "->": ".^.b", "c": true }, { "b": [ "pop", "\n", "ev", { "VAR?": "list" }, "LIST_MIN", { "f()": "CrewNameToSurname" }, "out", "/ev", "^ and ", "ev", { "VAR?": "list" }, { "VAR?": "list" }, "LIST_MIN", "-", { "f()": ".^.^.^" }, "out", "/ev", // ... ]} ], // ... ], Этот код берет список фамилий и красиво форматирует его в строку: "Smith, Jones and Williams". Он просто вставляет запятые и слово "and". А теперь представим, что нам нужно сказать не “Вот Смит и Джонс” (Именительный падеж), а “Я вижу Смита и Джонса” (Винительный падеж) или “Я говорю со Смитом и Джонсом” (Творительный падеж). Переводчик не может просто перевести "and" как "и". Ему нужно знать падеж, в котором будут стоять все эти фамилии, и создать отдельную функцию для каждого падежа.
Помимо этого, английский язык имеет строгий порядок слов (Subject-Verb-Object). Inkle-скрипты часто полагаются на это. В русском языке порядок слов гибкий и используется для расстановки смысловых акцентов. Попытка собрать русскую фразу из кусков в английском порядке приводит к уродливым, машинным конструкциям. Переводчик оказывается в ловушке: он не может изменить порядок сборки фразы, потому что он зашит в логику движка. Ему приходится либо жертвовать качеством языка, либо полностью переписывать логические блоки. Короче говоря, ад Inkle для локализации заключается в том, что: Движок собирает предложения из грамматических кубиков лего. Эти кубики в английском языке взаимозаменяемы, но в русском они намертво связаны правилами согласования. Каждый такой кубик - это потенциальная точка отказа для всей фразы. Переводчик видит отдельный кубик (слово или фразу), не зная, с какими другими кубиками он будет склеен. Это как переводить слово, не показывая предложения. Контекст определяется не соседним текстом, а состоянием десятков игровых переменных. Русский язык требует согласования слов по роду, числу и падежу. Inkle не предоставляет для этого встроенных инструментов. Вся эта сложнейшая грамматическая логика должна быть написана с нуля переводчиком, который, по сути, становится программистом. Каждый простой + (конкатенация) в оригинальном коде превращается в вызов сложной функции в локализованной версии. Логика сборки фраз диктует порядок слов, который естественен для английского, но часто звучит чужеродно и коряво на русском. Вот такие пироги. Вот такая красота:
-
-
Изменения статусов
-
Привет! ты разбираешься в компьютерном железе, сможешь помочь с советом по апгрейду старого компа?· 1 ответ
-
-
-
Здраствуйте! Извините, а можно попросить ссылку на место где можно взять перевод (патч или образ игры с переводом) El Shaddai: Ascension of the Metatron для ps3, пожалуйста? А то в теме к этой игре у меня не получилось найти работающие ссылки… Первая ведет в группу в которой удалены большинство постов, а пост с этой игрой ведет на сайт https://psnext.ru который сейчас не имеет отношения к видеоиграм.· 0 ответов
-
-
-
Лучшие авторы
-
1
-
2
-
3
-
4
-
5
-
