The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для GPU без поддержки Vulkan 1.3"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для GPU без поддержки Vulkan 1.3"  +/
Сообщение от opennews (??), 20-Июл-25, 08:19 
Опубликован выпуск проекта DXVK-Sarek 1.11.0, развивающего ответвление от прослойки DXVK, нацеленное на работу на системах с GPU или драйверами, ограниченными поддержкой старых версий графического API Vulkan - 1.1 или 1.2. В основном проекте DXVK поддкржка Vulkan 1.3 стала обязательной в выпуске DXVK 2.0...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63608

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


2. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +7 +/
Сообщение от зомбированный (?), 20-Июл-25, 08:48 
а этот DXVK можно ли скомпилировать под Windos XP ?
Ответить | Правка | Наверх | Cообщить модератору

3. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +17 +/
Сообщение от Аноним (3), 20-Июл-25, 08:52 
Win xp нафиг ненужон
Ответить | Правка | Наверх | Cообщить модератору

7. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Zenitur (ok), 20-Июл-25, 08:55 
Нужон. Нормальная винда же.
Ответить | Правка | Наверх | Cообщить модератору

12. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  –6 +/
Сообщение от Аноним (12), 20-Июл-25, 09:44 
Нормальная - последняя поддерживаемая мелкомягкими и софтом. xp без современного браузера (кривые васяноподделки с бэкпортами не в счет) - мертвая система для адекватного юзера.
Ответить | Правка | Наверх | Cообщить модератору

14. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (14), 20-Июл-25, 09:49 
Supermium
Ответить | Правка | Наверх | Cообщить модератору

16. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (16), 20-Июл-25, 10:22 
Это буквально и есть кривая васяноподелка с бэкпортами.
Ответить | Правка | Наверх | Cообщить модератору

21. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 20-Июл-25, 12:07 
а где ты там увидел бэкпорты? В других браузерах, в том числе официальном хроме, нету бэкпортов, а тут есть? интересное кино...
Ответить | Правка | Наверх | Cообщить модератору

29. Скрыто модератором  +/
Сообщение от tmp0719 (ok), 20-Июл-25, 13:41 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

67. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +5 +/
Сообщение от Аноним (67), 21-Июл-25, 01:26 
Не согласен. Ты бы точно такой же коммент оставил, будь сейчас 2005г - "нормальная это хр, а вот 95 мертвая система для адекватного юзера".
Во вторых - может хватит мерять "нормальность" систем по "браузерам"? То что корпы не хотят поддерживать свой софт на всем, что не "самое новое" говорит о том, что пользователи для всех них - никто.
И да, хр, по сравнению с современными системами - летает. И ресурсов не жрет. А функции все те же, выглядит так же.
Люди работали в свое время на этих системах, и все нравилось.
Но корпам нужно (зачем-то) все время бежать вперед.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

70. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 02:19 
В году 2005-2006 ещё до выхода висты в каком-то бумажном журнале я видел новость, шо производители железа собирались чуть ли не подавать иск на микрософт за то, шо она в своих продуктах не повышает требования к железу, в связи с чем они несут убытки. И где то уже через год, как понеслось... Так шо в сложившейся ситуации больше виноват синдикат производетелей железа, чем микрософт...
Ответить | Правка | Наверх | Cообщить модератору

72. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Эксконтрибутор FreeBSD (?), 21-Июл-25, 05:16 
Русские бумажные журналы выдумывали разную чушь в те годы, а теперь это делают на всяких хабрах и vc
Ответить | Правка | Наверх | Cообщить модератору

113. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (113), 22-Июл-25, 08:01 
Новость проскочила, что дилеры Volkswagen утилизируют не проданные, новы машин, чтобы не снижать на них цену.
Ответить | Правка | Наверх | Cообщить модератору

15. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +1 +/
Сообщение от Bob (??), 20-Июл-25, 09:59 
w2k нормальная, или win server 2003
А вообще, для взрослых людей, есть: win ce / embedded / IoT.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

50. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Zenitur (ok), 20-Июл-25, 17:29 
> w2k нормальная, или win server 2003

Тоже вполне нормальные винды. Жду когда Supermium портируют на Win2000 SP4... Кстати, у тебя нет Update-пака для Windows Server 2003 и для Windows XP 64-bit, аналогичного паку от TAILORD с ru-board или Simplix?

Ответить | Правка | Наверх | Cообщить модератору

65. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +1 +/
Сообщение от Аноним (65), 20-Июл-25, 23:25 
>win ce

Несовместимая с Win32, вместо него имеющая своё API. По сути, не Windows вовсе.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

19. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (-), 20-Июл-25, 10:57 
https://www.tomshardware.com/software/windows/idle-windows-x...
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

41. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (41), 20-Июл-25, 16:17 
Опять с этим видео носятся где кто-то специально отключил встроенный firewall в Windows XP чтобы покричать СМОТРИТЕ КАКАЯ ОПАСНАЯ СИСТЕМА!
Ответить | Правка | Наверх | Cообщить модератору

44. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  –1 +/
Сообщение от tmp0719 (ok), 20-Июл-25, 16:50 
В линуксах, вообще тут жесть близкая к этому...
- по кр.мере на разных LiveDVD ни разу не видел вменяемого Firewall, точней даже оболочку, только ufw, сейчас вообще жесть - без неё из коробки и похоже(не проверить т.к. и мобоператор нагло блокирует все входящие) без самого Firewall (привык уже как ни странно, девиацию по теме линукс этот явно запустил).

Т.б. сам UFW - та ещё дырявая "шляпа", как по глючности вечной, так и по функционалу - даже не заблокировать всё что хочешь и наоборот, за тебя решает и без темы его багов;
да и например про противодействие  хотя бы DNS атакам - ни словом там...).
Можете кстати подсказать полноценней альтернативу, с GUI конечно, а в идеале с PopUp диалогами а, не как тут - всёравно что в текстовом файле - вводи всё сам вплоть до названия ПО, там даже вероятно проще получится учитывая глючнусть GUI ufw вплоть до невозможности создания правил или же некорректно. Проактивная защита тоже не помешает. Всё понятно только opensource.

Ответить | Правка | Наверх | Cообщить модератору

101. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от nebularia (ok), 21-Июл-25, 15:56 
Да и вообще, кто сейчас напрямую подключает, а не за роутером провайдерским? Где есть хотя бы нат, а обычно и файрволл в режиме "наружу всё пущать, внутрь ничего кроме established, related не пущать"
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

42. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 20-Июл-25, 16:36 
это актуально для XP без SP, а с SP3 вообще не щекочут вирусы...
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

51. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Zenitur (ok), 20-Июл-25, 17:30 
Win XP SP1 с апдейтами на момент прекращеия поддержки (10.10.2006) тоже нельзя заразить этими вашими MSBLAST и Saccer. Legacy Update решает. Главное, за NAT-ом сидеть, пока обновы скачиваются - иначе "система завершает работу через 60 секунд...".
Ответить | Правка | Наверх | Cообщить модератору

52. Скрыто модератором  +1 +/
Сообщение от tmp0719 (ok), 20-Июл-25, 18:05 
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

54. Скрыто модератором  +/
Сообщение от зомбированный (?), 20-Июл-25, 18:16 
Ответить | Правка | Наверх | Cообщить модератору

91. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от tmp0719 (ok), 21-Июл-25, 14:15 
> если ты мечтаешь на своем современном ПК подключить старую ISA звуковую, чтобы MIDI было как на ретро ПК - то решение есть ...

Я тогда лучше PCI звуковушку поставил бы, всё же побыстрей должна быть,
в теории (хоть PCI  карты вначале реально внутри были на ISA частоте, по наследству:[]),
- поначалу они, некоторые, MIDI корректно поддерживали.
Но - а, драйвера?!
(и порой, как вот у моей корректной на PCI, - вовсе только для w95, даже в w98 уже местами с глюками работая).

А, что делать с антилагами у игр, если вообще запустится, и просто проблемами в новых и после XP проблемами совместимости. Тут и не настолько древние игры как из 90-х - столько проблем создают, например есть у меня одна, периодически вываливающаяся по умолчанию, так она даже на XP не только фактичеки залочку на 1 ядре требует, хоть разсинхранизации времени между ядрами на моём ЦП нету, так как оказалось требует и ограничения ОС в всего 512MB - я посмотрю как ты её запустишь по кр.мере безбагово на ОС после XP самих жрущих столько или больше. А, палитровая хуцпа от MS вообще же треш тот ещё на таких. Интерсно в w10-11 это исправили или по прежнему надо прибивать Проводник или альтернативно прочие хаки делать?

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

95. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 14:34 
все древние PCI звуковые имеют дрова только под 32-битные виндосы, даже на win10 могут работать, но я не проверял, т.к. не юзаю 10ку. Чтобы играть без проблем в древности - есть Dosbox, который умеет эмулировать 3dfx и пробрасывать 388 порт для воспроизведения на аппаратном opl3, например, на yamaha 724/744. я так играл на ХР в UFO Enemy Unknown.
Думаю, ess1868 и AWE64 без проблем будут работать на ХР х86, даже на таком девайсе, как на видео, но я его не собирал - у меня нет на материнке гнезда ТРМ
Ответить | Правка | Наверх | Cообщить модератору

102. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (102), 21-Июл-25, 17:44 
В чём большая идея играть с дефективными синтезаторами? Я понимаю ещё держать карточку с реальным eax, а это…
Ответить | Правка | Наверх | Cообщить модератору

103. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 18:35 
у yamaha 724/744 хороший opl3 синтезатор - получше эмулятора dosbox. И вообще, что мешает иметь несколько ретро звуковых с FM и EAX? Если есть слоты на материнке можно сразу все поставить - конфликтов не будет и переключать в ХР легко звуковые - это тебе не 7ка...
Ответить | Правка | Наверх | Cообщить модератору

76. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от ryoken (ok), 21-Июл-25, 08:54 
>>Нормальная винда же.

Единственная, которую можно было с некоторой натяжкой считать нормальной - 7. НУ и венда ка проприетарное поделие априори не может быть нормальной.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

106. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (106), 21-Июл-25, 18:58 
"Нормальная винда" - это оксюморон.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

9. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  –4 +/
Сообщение от Ценитель GPL рогаликовemail (?), 20-Июл-25, 09:01 
Кроме тебя еще есть люди на планете. Держи в курсе.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

66. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (66), 21-Июл-25, 00:24 
Да, но их полторы штуки, они некомпетентны, при этом крикливы и токсичны, потому что могут только клянчить. Поэтому на них не просто всем плевать, а их намеренно гнобят, отрывая поддержку старья даже там где можно было ещё годик-два подождать. И, положа руку на сердце, правильно делают.
Ответить | Правка | Наверх | Cообщить модератору

8. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Zenitur (ok), 20-Июл-25, 08:58 
Вообще, ожидалась поддержка Windows XP. Но этого не случилось. А жаль, это сделало бы гейминг под XP проще.

https://old.reddit.com/r/pcmasterrace/comments/463aj8/vulkan.../

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

10. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +2 +/
Сообщение от Ценитель GPL рогаликовemail (?), 20-Июл-25, 09:07 
Да в этой ретро системе итак богатая библиотека игр, да еще лучших времен игровой индустрии. Зачем вулкан еще?
Ответить | Правка | Наверх | Cообщить модератору

11. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +1 +/
Сообщение от Zenitur (ok), 20-Июл-25, 09:20 
> Да в этой ретро системе итак богатая библиотека игр, да еще лучших
> времен игровой индустрии. Зачем вулкан еще?

DX11/DX12.

Ответить | Правка | Наверх | Cообщить модератору

36. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +1 +/
Сообщение от Аноним (36), 20-Июл-25, 14:34 
А ведь было бы неплохо иметь ультраминималистичную систему с виндовыми апи (не ректалось, конечно, а что–то адекватнее этого загрузчика вайна), которой было бы достаточно детям для игорей.
Ответить | Правка | Наверх | Cообщить модератору

40. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (40), 20-Июл-25, 15:50 
Детям для игорей достаточно плойки или Стим дека. Зачем что-то ещё выдумывать?
Ответить | Правка | Наверх | Cообщить модератору

53. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от tmp0719 (ok), 20-Июл-25, 18:11 
Чтобы и учились что то создавать и просто понимать как всё устроенно т.о.
Ответить | Правка | Наверх | Cообщить модератору

48. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (48), 20-Июл-25, 17:11 
А чего не сделаешь, раз неплохо бы?
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

57. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от tmp0719 (ok), 20-Июл-25, 18:20 
Прикидочно: Технология и tools в ч.н.линукидные - раз. Не тривиальная задача - два.
Это проще, причём на много порядков, было бы делать значит: оригинальным разработчикам или как то уже имеющим отношение к линукс ядру - три. При форке же - ещё и проблема последующего сопровождения и обновления драверов в линукс - четыре.  :(
Т.е. это по силе и в т.ч.финансово, уж если не указанным то, только компаниям сборщикам своего форка линукса - и так отслеживающей изменения ядра и видео-драйверов но, им это не нужно же.
Ответить | Правка | Наверх | Cообщить модератору

56. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (56), 20-Июл-25, 18:19 
Играю в Zuma на телефоне через Winlator. DX9/10/11 тоже работают. Внутри винлятора система ультраминималистична. Нужен только телефон или планшет, поддерживаемый этим драйвером: https://github.com/K11MCH1/AdrenoToolsDrivers/releases
Без него только 2D нормально работают.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

114. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (113), 22-Июл-25, 08:08 
>(не ректалось, конечно

ReactOS единственная Windows-подобная ОС, к тому же открытая, к тому же х64 сборки делают вроде. ИМХО самый адекватный путь для любителей WinXP это пилить ReactOS.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

25. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +4 +/
Сообщение от Аноним (25), 20-Июл-25, 12:42 
2025 год.
Гейминг под XP.

Чего не под 3.11?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

30. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (-), 20-Июл-25, 13:47 
> Чего не под 3.11?

Зря ты удивляешься. Наверное просто не знаком с сим поциэнтом.
Можно пройтись по комментам и глянуть на каких древностях линя он сидит.

Ответить | Правка | Наверх | Cообщить модератору

38. Скрыто модератором  +/
Сообщение от tmp0719 (ok), 20-Июл-25, 15:26 
Ответить | Правка | Наверх | Cообщить модератору

34. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +1 +/
Сообщение от зомбированный (?), 20-Июл-25, 13:59 
патаму што на 3.11 не то только DX9 не работает, так 3.11 работает только в одном потоке
а на ХР всё ОК
https://ibb.co/393KCP1j
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

105. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Ананоим (?), 21-Июл-25, 18:56 
Это снимок экрана твоего компьютера? Инструкция есть по установке?
Ответить | Правка | Наверх | Cообщить модератору

108. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 19:18 
да, https://www.pvsm.ru/windows/357235, но на ютюбе есть более свежие инструкции под более новое железо
Ответить | Правка | Наверх | Cообщить модератору

109. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Ананоим (?), 21-Июл-25, 19:21 
Неплохая шутка, но мне интересна инструкция про Windows XP на Haswell, а не про Windows 98.
Ответить | Правка | Наверх | Cообщить модератору

111. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 19:45 
я немного перепутал, а инструкция установки Windows XP на Haswell не нужна - устанавливается, как на старый комп без проблем. Вот синий экран возникает на более новом железе на LGA 1120, AM4. Единственное, чтобы на ХР работал АНСР нужно интегрировать в дистр этот драйвер https://winraid.level1techs.com/t/modded-intel-ahci-and-raid...
Ответить | Правка | Наверх | Cообщить модератору

49. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Zenitur (ok), 20-Июл-25, 17:23 
Там нет поддержки Direct Access. Именно поэтому игры выпускались под DOS вплоть до 1996 года включительно. Выпустить Квейк или Дюка на винду в те годы было невозможно физически. Игра бы работала в режиме слайдшоу, а сделать так, чтобы было не слайдшоу, было нельзя.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

71. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (71), 21-Июл-25, 02:28 
Тащемтa WinQuake работал замечательно. Физически. Про Q2 уже не будем.
Ответить | Правка | Наверх | Cообщить модератору

73. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 05:57 
самый первый DirectX появился в конце 95го, а до появления DirectX на винде нормальных гамесов не было...
Ответить | Правка | Наверх | Cообщить модератору

81. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от tmp0719 (ok), 21-Июл-25, 10:24 
На GDI API и предшественнике DirectX - "Game API" WING
(реально перенаправляет в GDI, вот так хуцпа Билли! а, сколько пафоса было же),
- даже ещё под win3.x делались игры пусть и изредка но, как говорится "бомбические" например, Deadlock на old-games фоурме тебе думаю ещё 10-100-500 подскажут прст менее и\у анс известных, т.б.с 2DAction считая.

А, уж в позжих 32битных ОС - GDI API и вовсе использовался ещё долго альтернативно всеми включая WinQuake и производных - для Compatibility.
Да и бывали уникумы и без поддержки DirectX вовсе -  например ~Marathon 2 судя по неадекватным для DOOM-like движка, т.б.2D игры например даже HMM2 - что, видно по необходимоти "WING32.DLL", притом на NT4 она тогда сильно подлагивала при перемещении экрана, можно предположить - имеющееся у меня на S3 Virge 3D аппаратное 2D ускорение драйвер под неё не обеспечивалось для GDI вывода.  
Т.о. под w9x GDI/WinG - работал как DirectX по скорости, на нормальных драйверах, с или без аппартного ускорения неважно, конечно если не пользоваться GDI выводом примитивов по лени и скудоумию - т.е.не переключаться в ядро часто,
но, GDI - вертикальную синхронизацию не позволял переключать.

А, DMA в DirectX - появилось в позжих его версиях. И вообще DMA копирование для спрайтов 2D игр - стало массово доступно только  уже ещё более позже - на полноценных 3D ускорителях... Впрочем, выяснилось что DMA-копирование в DiretDraw2D - полупрозрачность то хуцпистки же - не умеет!... Тогда как раз ставшую модной и посильной процам, т.е. всёравно gamedev'ам надо вручную копировать ой-ай, т.б.для совместимости, хоть много-много позже самые ленивые стали всё на OpenGL/Direct3D вешать из рассчёта что уже у всех в мире 3D карты появились. Что было не обязательно и в л.сл забывая о том что их 3D API - могло тупо не поддерживаться драйверов видео-адаптера... или т.б.в линуксах [тогда]. Но, даже те кто это предусмотрев делал и GDI альтернатиивный вывод - попадали в ловушку - их оптимизация тут была никакая, либо недостаточная(включая даже с MMX),  и/или перегруженность полупрзрачностями из рассчёта на аппартное ускорение либо неучиытвая что ЦП уже нужен для отрисовке а не тлько игры - в итоге 2D умудряясь дико тормозить и на современных тогда компах, т.б.не таких, потому что у них же самих было аппаратное 3D копирование да ещё и с разгрузкой ЦП - и потому ничего не тормозило. В общем, неучитывали что их Compatiblity рендер - требует отдельных усилий для вменяемости, но хотелось же побыстрей делать и попроще себе выводить, так и подсеаживались даже 2D'ки - на 3D ускорение, да и вообще любое аппартное ускорение - в ущерб совместимости, т.б.обратной. Так и разучились ненаучившись делать не тормозно у всех и вообще совместимо включая и с 3D играми. А,  производителей аппаратуры и MS'у - profit же: "экономьте своё время л_шки разработчки - мы вам всегда новую ещё более удобную API создадим!..." а за вашу экономию "копеек" - миллиардно расплатятся уже с нам все игроки.

Ответить | Правка | Наверх | Cообщить модератору

88. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (102), 21-Июл-25, 13:14 
Direct3d в середине 1996, за 2 месяца до совершенно уничтожившего его Glide. Ну, надо понимать, OpenGL уже существовал, но до 3dfx и nvidia не было консумерских устройств для венды с ним. А после мс стал гадить. У майкрософта была выжженная пустыня, и он смог реализвать потенцевал без грязных приёмов, а все игры на d3d выглядели более паршиво. "Нормальных"…
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

89. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от зомбированный (?), 21-Июл-25, 13:52 
нормальные гамесы на Direct3d стали появляться только с приходом DirectX 6 (Diablo II, Expendable и др), а это было в 98м...
Ответить | Правка | Наверх | Cообщить модератору

92. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от Аноним (92), 21-Июл-25, 14:24 
MS вполне добросовестно развивали OpenGL, но потом плюнули (и правильно сделали, потому что лебедь, рак и щука).
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

94. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от tmp0719 (ok), 21-Июл-25, 14:32 
> А после мс стал гадить.

Ну, в сравнении с тем как они позже стали неугодные тысячи игр - по списку залагивать до не играбельного состояния это же даже и не гадить.
Т.б. могли тупо автоудалять OPEGL32.DLL или сразу доп.залагивать же. Да, просрали они этот момент в 90-х. Побоялись заблочить по сути только QUAKE, и то только GLQUAKE.EXE версию, а ведь затем уже на его движке понаклепали другие игры с OpenGL, и Q2 вышла, и на нём игры.
Лже-открытого стандарта, тормоз, ещё же не имеющий даже Caps'ов - концептуально, OpengL
- как зараза тогда расползся по компам. Да ещё сегрегировав разработчиков и документацию.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

5. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +2 +/
Сообщение от Ценитель GPL рогаликовemail (?), 20-Июл-25, 08:55 
Исправления для видеокарт 2007 года. Кто еще на поддержку старого оборудования в GNU/Linux жалуется. Да где вы вообще в IT такую любовь и уважение к людям видели? Интересно ее на windows 11 завести можно?
Ответить | Правка | Наверх | Cообщить модератору

17. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +1 +/
Сообщение от Аноним (14), 20-Июл-25, 10:24 
Да, можно
Ответить | Правка | Наверх | Cообщить модератору

45. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  +/
Сообщение от старик с корытом (?), 20-Июл-25, 16:53 
Но перед этим нужно завести виндовз 11 на компьютере 2007 года.
Ответить | Правка | Наверх | Cообщить модератору

6. "Впуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для G..."  –1 +/
Сообщение от Zenitur (ok), 20-Июл-25, 08:55 
Хорошо. Можно будет обновить 7-й протон до 10-го.
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (18), 20-Июл-25, 10:35 
Я уже запутался во всех этих прослойках и трансляторах
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +2 +/
Сообщение от Аноним (102), 20-Июл-25, 11:01 
Так их всего 2. Одна поверх opengl и вторая поверх vulkan. Технически были ещё проприетарные сомнительной легальности поделки, но это забота дилера.
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  –2 +/
Сообщение от Аноним (22), 20-Июл-25, 12:14 
Не понимаю. Vulkan, это рзвитие OpenGL, так ведь? Почему сразу нельзя было развивать уже имеющийся OpenGL, вместо того, чтобы пилить "новый велосипед"?
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +6 +/
Сообщение от AleksK (ok), 20-Июл-25, 12:30 
Vulkan по сути не имеет никакого отношения к opengl. Это развитие амдэшного mantle. DirectX 12 тоже. У них даже документация местами дословно совпадает.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (27), 20-Июл-25, 12:53 
> Почему сразу нельзя было развивать уже имеющийся OpenGL

А как ты сломаешь совместимость, если не запилишь несовместимый велосипед?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

28. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  –4 +/
Сообщение от Аноним (102), 20-Июл-25, 13:03 
Vulkan основан на последних наработках opengl (среди прочего), у того было очень много лет нагромождения различных костылей и периодического слома всего. Драйвер opengl делает слишком много всего за пользователя и это проблема, во всех современных интерфейсах от этого отказались. Чем тянуть совместимость и кучу неудачных решений, проще сделать с нуля, учитывая нынешние реалии. И теперь есть возможность делать и directx и opengl поверх vulkan, у них между собой десятилетия был очень частичный паритет (ни один не мог полностью обеспечить функциональность другого).
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

58. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  –1 +/
Сообщение от tmp0719 (ok), 20-Июл-25, 18:57 
Vulcan (так же как и VR-only игры ныне, и я это предсказывал про них ещё 10 лет назад)
- был нужен *только* для обновлений ПК -кучей народа в мире.

Т.к. ведь и до него были игры сверх-высокого графического исполнения(хоть Crysis) до которых даже некоторым совремнным далеко(да, тот же сталк2, причём даже с люменами в UE5,-  заметно хуже чем в 1ом были лучи, просто выключенные маркетингово по умолчанию), а сами аппаратные лучи посредством RTX [в UE5] - так и вовсе тормоз не только в сравнению с люменским псевдо-лучами (хоть замеры на реальных нагрузках показывают всего 5-10% разницы), реально там т.о. ещё более дикий тормоз, в сранении с тогдашними, и вообще требовавший всего лишь ныне десятилетнюю карточку мощностью; к тому же ведь старые лучи - не требовавшие ещё более дорогучую RTX карточку...). Т.е.даже все эти Vulcan API т.б.с их "новыми" свистелками-перделками - работают тормозней даже (исторически перенагруженного тормоза)OpenGL пусть не 15, уч.изменение разницу в детализации игр, но 10 максимум 5 летней давности. Лохотрон.

Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  –2 +/
Сообщение от Аноним (102), 20-Июл-25, 19:28 
Главное препятствие опенгл было в том, что шейдеры для directx в нём не запустишь. Вулкан решил эту проблему. А в опенгл/ес тоже добавили поддержку универсальных шейдеров, но одновременно с окончательным закапыванием. И видеокарты для поддержки этого уровня гл нужны ровно те же, что и для вулкана, вот так совпадение (появился он тоже после релиза вулкана). Тормозят не абстрактные "лучи", тормозят шейдеры и вычисления.
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  –2 +/
Сообщение от Аноним (67), 21-Июл-25, 01:38 
Как по мне, суперкрутая фича вулкана, как и поддержка лучей, например - можно скомпилировать шейдеры зараннее, и для любого железа скармливать уже скомпилированные IR файлы.
Хотя ощущение такое что разрабы об этом не вкурсе, потому что почти каждая игра компилирует эти шейдеры сама по пол часа при каждом запуске.
Да и геймеры не вкурсе, нет бы разрабов в это носом тыкать и пинать шоб пихали свои шейдеры уже скомпилированными.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +1 +/
Сообщение от Аноним (14), 21-Июл-25, 06:30 
Нет, в вулкане надо компилировать байтод под конкретную железку юзера
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от tmp0719 (ok), 21-Июл-25, 08:43 
> Главное препятствие опенгл было в том, что шейдеры для directx в нём не запустишь.

1) Теперь же разработчикам для обратной совместимость - надо не 2 - а, 3 основных типа шейдера, т.е.в 1.5 раза больше
(в т.ч.и если делить их ещё и по версиям и в идеале и подверсиями API, как у реальных профессионалов это а, не типичных халтурщиков, что тоже высосанная же проблема - вон в Ridddicke это для максимальной оптимизации и просто максимальной совместимости - было же ещё 20-ть лет назад... и ничего не умерли! даже дали возможность их переключения в Опциях, аналогично хоть уже и только по версия только DX - в HL2 которая так же за счёт этого могла работать на почти всех существовавших картах тогда и даже незабыв и про FixedFunction карты на DX7 картах, что всё и сложило тогда впечатление о движке как очень быстром, что это не так же реально)

2) С древних времён были ведь библиотеки универсальные шейдеров, кому не нравилось сами делали локальные, уж если влом оба API поддерживать;

3) несколько-вендерность у шейдеров - самая маленькая проблема при разработке и т.б. успешности продажи игры...

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

93. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (92), 21-Июл-25, 14:27 
Главное препятствие OpenGL было в том, что комитет и бюрократия. Закономерно он и сдох.
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

97. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (102), 21-Июл-25, 15:22 
> Главное препятствие OpenGL было в том, что комитет и бюрократия. Закономерно он
> и сдох.

99% рынка за opengl и производными, так было примерно всегда. Это потому, что индустрия любит, когда есть стандарты, на которые можно ориентироваться. Бизнес, все дела. Но были периоды, когда развитие откровенно саботировали в пользу конкурентов. Да и в целом лет 3-5 технологический лаг.

Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (27), 21-Июл-25, 15:27 
> комитет и бюрократия

причём они же на пулкан пересели.

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

63. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от eugene_martein (ok), 20-Июл-25, 21:40 
Хорошая приблуда для World of Warcraft 3.3.5a, который не хочет юзать все вычеслительны ресурсы GPU, и при этом лагает. Это помогает.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +1 +/
Сообщение от name (??), 20-Июл-25, 23:16 
А ещё лича можно переключить в опенгл и играть на древних видюхах.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от freeperson (?), 21-Июл-25, 09:15 
Ещё с 2013-го с wine Wow.exe -opengl играл. Не понимаю людей, которые не используют -opengl для игры в WoW, Warcraft III и т.д. Когда есть такой рендерер, это просто подарок - в обход всяких DXVK можно играть без проблем.
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +1 +/
Сообщение от Аноним (92), 21-Июл-25, 09:28 
Не понимаю людей, которые ишграют в WoW, Warcraft III и т.д.
Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +1 +/
Сообщение от Аноним (80), 21-Июл-25, 10:09 
Объективно лучшая MMO за все времена.
Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (113), 22-Июл-25, 08:19 
Не понимаю людей, которые играют MMO.
Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +1 +/
Сообщение от Другой аноним (?), 21-Июл-25, 15:36 
Объективно лучшая RTS за все времена.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

116. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (113), 22-Июл-25, 08:20 
Starcraft Brood War же.  
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от name (??), 21-Июл-25, 13:13 
dxvk быстрее, опенгл с софтверным курсором в старых вов.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

68. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  –6 +/
Сообщение от Аноним (67), 21-Июл-25, 01:30 
Наконец нормальная утилита, для людей, с мышью и кнопками, а не этот пердодинг конфигов в виме в терминале.
И да, раз прослойку майкрософтовских зд иксов удалось завести на старых везувиях, спрашивается тогда, почему сразу нельзя было так сделать? Зачем эта вечная погоня за самым модным и свежим?
Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (83), 21-Июл-25, 10:58 
> для людей с мышью

и с тараканами?

Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от НяшМяш (ok), 21-Июл-25, 12:49 
> Наконец нормальная утилита, для людей, с мышью и кнопками

goverlay для настройки mangohud существует уже сто лет
> а не этот пердодинг конфигов в виме в терминале.

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

Оно так сразу и было сделано - в DXVK 1.х версиях. Заслуга опарыша только в том, что он это ветку меинтейнит.
> Зачем эта вечная погоня за самым модным и свежим?

Потому что, как ни странно, новые Vulkan API делают имплементацию директикса проще и производительнее. А последний вулкан поддерживается, например, видюхами GCN1 из 2012 (более старых у меня просто нет), зачем упарываться в поддержку копролитов?

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

86. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (102), 21-Июл-25, 12:55 
Ниже представлен неполный список функций и операций Vulkan, которые на графических процессорах NVIDIA до Pascal (или на процессорах AMD/Intel аналогичного поколения) в конечном итоге «эмулируются» в драйвере или просто прибегают к гораздо более сложным обходным путям, что приводит к значительному снижению пропускной способности или увеличению нагрузки на процессор:

Барьеры конвейера и переходы между очередями
• На современном оборудовании с мелкозернистым кэшем/когерентными механизмами барьером может быть несколько операций записи в регистр.
• В старых графических процессорах часто отсутствует отслеживание состояния каждого ресурса; драйвер должен очищать весь кэш, останавливать конвейеры или вставлять мощные полнопроцессорные синхронизации.

Семафоры временной шкалы
• Семафоры временной шкалы Vulkan 1.2 (vkSignalSemaphore, vkWaitSemaphores) обычно реализуются в коде центрального процессора с использованием легковесного драйвера для кругового обхода.
• В новых графических процессорах есть настоящий аппаратный барьер, позволяющий подавать сигналы/ожидать на GPU без вмешательства драйвера.

Операции с подгруппами/затеняющими волнами
• Операции голосования, перемешивания и кластеризации подгрупп в SPIR-V эффективно отображаются во встроенных функциях NVIDIA «warp» только на Pascal+ (и AMD GCN4+).

• В Kepler/Maxwell эти операции сводятся к стандартному LDS (локальному хранилищу данных) или даже к перестановкам регистров на каждой линии с несколькими переходами в кэш DRAM/L1.

64-битные атомарные операции и целочисленные скалярные произведения
• 64-битные атомарные операции буфера (OpAtomicIAdd в SPIR-V) и скалярное произведение i64/i64 требуют либо нескольких 32-битных операций, либо небольшой процедуры вычислительного шейдера на старом оборудовании.

Аппаратно ускоренные 64-битные атомарные операции доступны только на Pascal+ или GCN4+.

Трассировка лучей и шейдеры сеток/задач
• Это расширения VK_KHR_…, которые просто не поддерживаются в версиях до Pascal; любая «эмуляция драйвера» будет на порядки медленнее, поэтому они недоступны.

Разреженная память («Разреженное связывание»)
• Для настоящего разреженного физического связывания памяти (VK_EXT_sparse_physical_memory) требуется аппаратная поддержка таблиц страниц.
• На старых графических процессорах эта функция либо не поддерживается, либо эмулируется посредством выделения и копирования больших объёмов памяти на стороне процессора.

Создание конвейеров и динамическая линковка
• В Pascal+ можно использовать «библиотеки конвейеров» (VK_EXT_graphics_pipeline_library) и быстрые специализации.
• Старые драйверы возвращаются к полному разбору SPIR-V + компиляции/линковке в стиле GLSL при создании конвейера, что значительно увеличивает затраты vkCreateGraphicsPipelines.

Динамический рендеринг (VK_KHR_dynamic_rendering)
• Если драйвер изначально не поддерживает динамический рендеринг, он может генерировать временные объекты прохода рендеринга и вставлять дополнительные вызовы проверки или установки состояния.

Запросы пула запросов и временных меток
• Запросы временных меток и производительности часто можно обрабатывать в графическом процессоре на языке Pascal+.
• Kepler/Maxwell направляет их через обратный путь чтения ЦП или счётчики грубой детализации, что снижает как точность, так и пропускную способность.

Индексирование дескрипторов и отсутствие привязки
• Расширения VK_EXT_descriptor_indexing и VK_EXT_inline_uniform_block позволяют привязывать сотни ресурсов с нулевой нагрузкой на ЦП на современном оборудовании.
• Более старые компоненты поддерживают только модель «точка привязки + массив фиксированного размера», поэтому драйверу приходится перепривязывать или повторно выдавать большие наборы дескрипторов при каждой отправке.

–––
Выводы
• На оборудовании класса Pascal (или AMD GCN4+, Intel Gen12+) большинство функций Vulkan-1.2+ реализованы на кристалле, что обеспечивает низконакладные расходы на мелкозернистую синхронизацию, истинное использование внутренних функций подгрупп, аппаратные 64-битные атомарные функции, дескрипторы без привязки, семафоры временной шкалы и т. д.
• На устройствах Kepler/Maxwell или эквивалентных процессорах AMD/Intel 1/2-го поколения драйвер должен «имитировать» многие из этих функций программно или с помощью глобальных сбросов, что приводит к значительному увеличению нагрузки на ЦП/ГП и снижению пиковой пропускной способности.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

104. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Ананоим (?), 21-Июл-25, 18:48 
Всё это конечно высокотехнологичные отмазки, но почему бы просто не ломать поддержку старого, но  ещё не заржавелого железа?
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (102), 21-Июл-25, 19:07 
А кто ломает? Просто со старым железом работает гораздо менее эффективно, чем с новым. Примерно же самое было и с OpenGL, почитай блог разработчиков факторио, к примеру. Появляется новая ревизия и все прошлые карты пора в утиль -- на них никогда работать нормально не будет. Так было с opengl 4.5 что ли, 4.6 уже для совместимости с вулканом добавили. Пилить ли поддержку, чтобы работало кое-как, зависит от того, кто ЦА и какое железо ожидается поддерживать. Когда затрагивает это миллионные доли процента, целесообразнее рекомендовать этим долям купить новое. И уж точно никто не будет в ущерб остальным поддерживать.
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Ананоим (?), 21-Июл-25, 19:26 
Ты мало правды написал в таком длинном ответе. Про миллионные доли процента шутка неплохая, да.
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск DXVK-Sarek 1.11.0, реализации Direct3D 8/9/10/11 для ..."  +/
Сообщение от Аноним (102), 21-Июл-25, 19:50 
> Ты мало правды написал в таком длинном ответе. Про миллионные доли процента
> шутка неплохая, да.

А там всё правда. Возможно, тебе она не нравится. 99.9% пользователей (и корпоративных тоже) обновляет железо раз в 3-5 лет, из этого и стоят циклы поддержки. Разработчикам прикладухи же старое поддерживать смысла ровно никакого.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру