Опубликован выпуск проекта 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
а этот DXVK можно ли скомпилировать под Windos XP ?
Win xp нафиг ненужон
Нужон. Нормальная винда же.
Нормальная - последняя поддерживаемая мелкомягкими и софтом. xp без современного браузера (кривые васяноподделки с бэкпортами не в счет) - мертвая система для адекватного юзера.
Supermium
Это буквально и есть кривая васяноподелка с бэкпортами.
а где ты там увидел бэкпорты? В других браузерах, в том числе официальном хроме, нету бэкпортов, а тут есть? интересное кино...
> Нормальная - последняя поддерживаемая мелкомягкими и софтом.
> xp без современного браузера (кривые васяноподделки с бэкпортами не в счет) - мертвая система для адекватного юзера.Так ты сам как раз наоборот неадекватный пользователь... аргументация и просто тебе информация - далее, в следующем пункте.
И даже дополнительно тут: вот и слово пользователь при написании на русском языке - извращаешь... Нормальный? Не смеши!
Ещё написал бы тут, прям как в США-стиле - например, в армии(да и в играх, начиная с C&C) или полисменами их zog руководство - обращается повседневно: "униты"...2) Кроме современного браузера - без остального можно очень легко обойтись
(даже - без новинок игр, например я вот сейчас уже долго скачивая интенсивно игры - не против глянуть из всех новинок не совместимых с XP - где то только пару штук(притом одна так и не доступна на торрентах уже второй-третий год всёравно), а значит каждая даже торрент edition - при обновлении ПК выйдет ценой от $500... благодарю!),
и т.б. если заранее запастись минимальным набором используемых программ, да и скачать не такая уж проблема т.б. из web archive; т.б.в наши времена.
И то, ведь с просроченными браузерам указанная проблема - больше из-за *искуственности* этого...
(ментального навязыванием https протокола в мире - владельцам серверов,
под предлогом повышения безопасности а, на самом же деле закабаливания их, владельцев, привязыванием ещё сильней к боязни даже "пуkнуть";
да и безопасности оно не сильно повышая(одна только Man-in-middle тип атак - как раз не решена же реально, т.б. как основная угроза якобы решаемая https, а сколько других...),
ну и попутно чтобы реально независимые браузеры уничтожить - простой невыдачей/прекращением обновления подписей, аналогично все эти шпионящие реально антифишинговые сервисы - в т.ч.лгя на не зловредские ресурсы бывает, вот недавно даже гугл не давал так что то скачать жутко запугивая обывателя в Chromium - своего конкурента..., в сливе персональных данных этого пользователя))) Ну и учитывая opensource открытость браузера - на случай локального компилирования и проверки а то и и с "выпилом" открытого их шпионажа - это и https запросы к третьим серверам - как доп.предлог отсылки информации о каждом переходе/чтении и т.б.скачке... Т.о.если кому то из якобы независимых браузеров их выдают - значит, там "рука руку моет" - сами, всем кому им не лень, всё сливая прямо из браузера и/или как тоже бывает - при блокировании всех десятков обычно посторонних IP - уже и со своего сервера в качестве туннеля требуемого браузеру (всегда или в таком случае), а при блокировании и его: Internet'у - пока.. Оригинальная трактовка Гласности и вообще свобод)3) Забыл название, но уже есть же проект повышения совместимости XP с ПО под более новые ОС. А, ещё ранее желающим было даже несколько ПО DirectX10-под-XP, частью "эмулируя" API DirectX10. подозреваю такое же а то и полноценней реально сделать и для позжих версий, да и OpenGL, хоть Vulcan тоже "эмулируя". А, потенциально тут таки можно и opensource драйвера(как с так, так и без Vulcan) задействовать для DirectX10 и выше [в той утилитке].
4) "последняя поддерживаемая мелкомягкими" и значит уже и фактически "и софтом": сейчас - только самая последняя "версия" винды... Вот только она что то мягко сказать не признанна массово - "Нормальной".
Не согласен. Ты бы точно такой же коммент оставил, будь сейчас 2005г - "нормальная это хр, а вот 95 мертвая система для адекватного юзера".
Во вторых - может хватит мерять "нормальность" систем по "браузерам"? То что корпы не хотят поддерживать свой софт на всем, что не "самое новое" говорит о том, что пользователи для всех них - никто.
И да, хр, по сравнению с современными системами - летает. И ресурсов не жрет. А функции все те же, выглядит так же.
Люди работали в свое время на этих системах, и все нравилось.
Но корпам нужно (зачем-то) все время бежать вперед.
В году 2005-2006 ещё до выхода висты в каком-то бумажном журнале я видел новость, шо производители железа собирались чуть ли не подавать иск на микрософт за то, шо она в своих продуктах не повышает требования к железу, в связи с чем они несут убытки. И где то уже через год, как понеслось... Так шо в сложившейся ситуации больше виноват синдикат производетелей железа, чем микрософт...
Русские бумажные журналы выдумывали разную чушь в те годы, а теперь это делают на всяких хабрах и vc
А вот playboy никогда, ничего не выдумывал..
w2k нормальная, или win server 2003
А вообще, для взрослых людей, есть: win ce / embedded / IoT.
> w2k нормальная, или win server 2003Тоже вполне нормальные винды. Жду когда Supermium портируют на Win2000 SP4... Кстати, у тебя нет Update-пака для Windows Server 2003 и для Windows XP 64-bit, аналогичного паку от TAILORD с ru-board или Simplix?
>win ceНесовместимая с Win32, вместо него имеющая своё API. По сути, не Windows вовсе.
https://www.tomshardware.com/software/windows/idle-windows-x...
Опять с этим видео носятся где кто-то специально отключил встроенный firewall в Windows XP чтобы покричать СМОТРИТЕ КАКАЯ ОПАСНАЯ СИСТЕМА!
В линуксах, вообще тут жесть близкая к этому...
- по кр.мере на разных LiveDVD ни разу не видел вменяемого Firewall, точней даже оболочку, только ufw, сейчас вообще жесть - без неё из коробки и похоже(не проверить т.к. и мобоператор нагло блокирует все входящие) без самого Firewall (привык уже как ни странно, девиацию по теме линукс этот явно запустил).Т.б. сам UFW - та ещё дырявая "шляпа", как по глючности вечной, так и по функционалу - даже не заблокировать всё что хочешь и наоборот, за тебя решает и без темы его багов;
да и например про противодействие хотя бы DNS атакам - ни словом там...).
Можете кстати подсказать полноценней альтернативу, с GUI конечно, а в идеале с PopUp диалогами а, не как тут - всёравно что в текстовом файле - вводи всё сам вплоть до названия ПО, там даже вероятно проще получится учитывая глючнусть GUI ufw вплоть до невозможности создания правил или же некорректно. Проактивная защита тоже не помешает. Всё понятно только opensource.
Раз тебе не нравятся существующие (которыми пользуются и не ноют миллионы), то напиши свою (или переделай под себя существующую).
Опенсорс жЫ.
Да и вообще, кто сейчас напрямую подключает, а не за роутером провайдерским? Где есть хотя бы нат, а обычно и файрволл в режиме "наружу всё пущать, внутрь ничего кроме established, related не пущать"
это актуально для XP без SP, а с SP3 вообще не щекочут вирусы...
Win XP SP1 с апдейтами на момент прекращеия поддержки (10.10.2006) тоже нельзя заразить этими вашими MSBLAST и Saccer. Legacy Update решает. Главное, за NAT-ом сидеть, пока обновы скачиваются - иначе "система завершает работу через 60 секунд...".
С встроенной MS защитой - под угрозой все их ОС, с иначе - как повезёт, в зависимости от защиты. Да и Firewall тут почти последняя. Впрочем, ещё же аппаратные и ОС дыры найденные и нет. В общем любой firewall как и антивирус и даже с проактивной защитой - самообман и лишь небольшое повышение безопасности, от самых примитивных зловредов. Всё прочее незаметно проникает [тихо] майня кому то крипто(лже)валюту, или ещё тише ожидая удалённой команды.
Встроенный Firewall был в XP ~изначально, (но, полезен только для закачки более нормального, если ранее это не сделано),
но активированный из коробки - появился в SP2, в соответствии с wikipedia. Впрочем его функцию мобоператоры, частично заменить могут - блокирующем все входящие(но не свои потенциальные, впрочем).Хоть лучшая по производительности версия с SP1 (w2ksp4 ещё куда лучше), т.к. до него серьёзные баги были(+уже "По умолчанию включена поддержка LBA-48, позволяющая операционной системе работать с жёсткими дисками ёмкостью более 137 Гб"). В сравнении с мин.SP3 - интенсивный свопинг заметно лучше был, т.е.далее типично ухудшено. Да и сильно залагивает саму ОС GUI, на оригинальных требованиях и даже на зашкварных как для них 512 MB (реальный максимум для w9x в multiboot из-за бага в ядре на который MS сознательно "положили"... как и на поддержку винчестеров а, реальней только используемой начальной области диска с понимаемыми ею/FAT разделами более тех 137GB, по кр.мере без неофициального LBA137GB патча) вместо заявленно минимальных 128MB у оригинала.
если ты мечтаешь на своем современном ПК подключить старую ISA звуковую, чтобы MIDI было как на ретро ПК - то решение есть
https://www.youtube.com/watch?v=putHMSzu5og
> если ты мечтаешь на своем современном ПК подключить старую ISA звуковую, чтобы MIDI было как на ретро ПК - то решение есть ...Я тогда лучше PCI звуковушку поставил бы, всё же побыстрей должна быть,
в теории (хоть PCI карты вначале реально внутри были на ISA частоте, по наследству:[]),
- поначалу они, некоторые, MIDI корректно поддерживали.
Но - а, драйвера?!
(и порой, как вот у моей корректной на PCI, - вовсе только для w95, даже в w98 уже местами с глюками работая).А, что делать с антилагами у игр, если вообще запустится, и просто проблемами в новых и после XP проблемами совместимости. Тут и не настолько древние игры как из 90-х - столько проблем создают, например есть у меня одна, периодически вываливающаяся по умолчанию, так она даже на XP не только фактичеки залочку на 1 ядре требует, хоть разсинхранизации времени между ядрами на моём ЦП нету, так как оказалось требует и ограничения ОС в всего 512MB - я посмотрю как ты её запустишь по кр.мере безбагово на ОС после XP самих жрущих столько или больше. А, палитровая хуцпа от MS вообще же треш тот ещё на таких. Интерсно в w10-11 это исправили или по прежнему надо прибивать Проводник или альтернативно прочие хаки делать?
все древние PCI звуковые имеют дрова только под 32-битные виндосы, даже на win10 могут работать, но я не проверял, т.к. не юзаю 10ку. Чтобы играть без проблем в древности - есть Dosbox, который умеет эмулировать 3dfx и пробрасывать 388 порт для воспроизведения на аппаратном opl3, например, на yamaha 724/744. я так играл на ХР в UFO Enemy Unknown.
Думаю, ess1868 и AWE64 без проблем будут работать на ХР х86, даже на таком девайсе, как на видео, но я его не собирал - у меня нет на материнке гнезда ТРМ
В чём большая идея играть с дефективными синтезаторами? Я понимаю ещё держать карточку с реальным eax, а это…
у yamaha 724/744 хороший opl3 синтезатор - получше эмулятора dosbox. И вообще, что мешает иметь несколько ретро звуковых с FM и EAX? Если есть слоты на материнке можно сразу все поставить - конфликтов не будет и переключать в ХР легко звуковые - это тебе не 7ка...
Идея в том, чтобы играть со звуком, задуманным авторами (внезапно, во многих играх только FM-синтез был).
>>Нормальная винда же.Единственная, которую можно было с некоторой натяжкой считать нормальной - 7. НУ и венда ка проприетарное поделие априори не может быть нормальной.
"Нормальная винда" - это оксюморон.
Не в 2025
> Не в 2025Знаешь. Мне недавно говорили, что в новых процессорах Intel есть "гибридные ядра". И старые версии операционных систем их не поддерживают... Знаешь что я тогда подумал? А то, что если бы мне хотелось пользоватьс старым дистрибутивом линукса на новых компах - я бы просто обновил ядро и всё. У меня бы сразу появились новые драйверы и поддержка гибридных ядер CPU.
Жаль, что в винде так нельзя. Можно было бы XP-шку устанавливать хоть на AMD Epyc.
Кроме тебя еще есть люди на планете. Держи в курсе.
Да, но их полторы штуки, они некомпетентны, при этом крикливы и токсичны, потому что могут только клянчить. Поэтому на них не просто всем плевать, а их намеренно гнобят, отрывая поддержку старья даже там где можно было ещё годик-два подождать. И, положа руку на сердце, правильно делают.
Вообще, ожидалась поддержка Windows XP. Но этого не случилось. А жаль, это сделало бы гейминг под XP проще.https://old.reddit.com/r/pcmasterrace/comments/463aj8/vulkan.../
Да в этой ретро системе итак богатая библиотека игр, да еще лучших времен игровой индустрии. Зачем вулкан еще?
> Да в этой ретро системе итак богатая библиотека игр, да еще лучших
> времен игровой индустрии. Зачем вулкан еще?DX11/DX12.
А ведь было бы неплохо иметь ультраминималистичную систему с виндовыми апи (не ректалось, конечно, а что–то адекватнее этого загрузчика вайна), которой было бы достаточно детям для игорей.
Детям для игорей достаточно плойки или Стим дека. Зачем что-то ещё выдумывать?
Чтобы и учились что то создавать и просто понимать как всё устроенно т.о.
Чтоб дети с детства знали что такое боль и простреленные ноги
А чего не сделаешь, раз неплохо бы?
Прикидочно: Технология и tools в ч.н.линукидные - раз. Не тривиальная задача - два.
Это проще, причём на много порядков, было бы делать значит: оригинальным разработчикам или как то уже имеющим отношение к линукс ядру - три. При форке же - ещё и проблема последующего сопровождения и обновления драверов в линукс - четыре. :(
Т.е. это по силе и в т.ч.финансово, уж если не указанным то, только компаниям сборщикам своего форка линукса - и так отслеживающей изменения ядра и видео-драйверов но, им это не нужно же.
Играю в Zuma на телефоне через Winlator. DX9/10/11 тоже работают. Внутри винлятора система ультраминималистична. Нужен только телефон или планшет, поддерживаемый этим драйвером: https://github.com/K11MCH1/AdrenoToolsDrivers/releases
Без него только 2D нормально работают.
>(не ректалось, конечноReactOS единственная Windows-подобная ОС, к тому же открытая, к тому же х64 сборки делают вроде. ИМХО самый адекватный путь для любителей WinXP это пилить ReactOS.
у меня ещё ни разу не взлетел ReactOS LiveCD на реальном железе
Ну не знаю, у меня лет 5 назад, когда узнал о существовании впервые, на древнем железе взлетало. Я бы качал последние версии, в идеале х64 которые в экспериментальном порядке подготавливаются. А самый верный способ вступить в русскоязычный чат в ТГ.
> было бы неплохо иметь ультраминималистичную систему с виндовыми апи1) детям для игр достаточно телефона.
2) ну если вот им приспичило винапи — зачем ультраминиманилистичную? У нас сейчас оперативка стоит, как в 80-е, как крыло от боинга? Или зион с алиэкспресса большинству не по карману?
2025 год.
Гейминг под XP.Чего не под 3.11?
> Чего не под 3.11?Зря ты удивляешься. Наверное просто не знаком с сим поциэнтом.
Можно пройтись по комментам и глянуть на каких древностях линя он сидит.
Сейчас как и ранее периодически под настрой - вспоминаю в ч.н.DOS игры перепроходя неспешно - в т.ч.некоторые только под чистым DOS, на w9x,
- завидуй крепости моего духа поддерживать несколько компов и весь софт тех лет в рабочем состоянии! ;)Хоть ты возможно даже просто не представляешь - сколько это времени и сил требует тратить!
Но, завидуй и около 100%-нйо совместимости, тебе и всем другим - недоступной же тут,
а не так как в DOSBOX и форках [оригинальных] движков игр: даже MIDI - с фальшью...
(включая даже с дополнительной эмуляцией через отдельный SoundFont, в т.ч.даже якобы оригинальный у разработчиков но, забывая что с корявым эмулятором самой MIDI подсистемы),
- всё игровое окружение жутко портя... Причём, незаметно - если не можешь сравнить с оригинальным звучанием. Часто просто шедевральным и втройне шедевральным как для MIDI-качества, так что порой - уделывая и альтернативно наличествующее CD-качество крутизной исполнения.Недавно такой ПК даже прилично напугал, вдруг перестав запускаться...
- ведь сейчас такой древний как у меня "под задачу" - нереально купить даже на барахолках, хорошо хоть знаком с мультестером(ремонт и даже просто выяснение причины неисправности - много дороже ж самого ПК обойдётся если бы было целиком) и таки залезя в системный блок, затем и БП, в поисках неисправной компоненты в ПК - выяснил что, сломалась вовсе не микроэлектроника а, аж провод 220V питания! (предположительно из-за постоянно-периодически наступания).
В общем, пронесло так пронесло! Уверен что, никто из вас так в жизни не радовался как я!
Куда больше чем я же сам когда мне приобрели тогда пк, ведь тогда же ещё ни ПО у меня не было, ни игр ставших любимыми, позже купленных и скачанных далеко не всегда тривиально.И думаю что, если бы в СССР с подобным качеством хотя бы микроэлектронику [невоенную] делали хоть тот же аналог x86("Поиск" и т.д.), а не - то ли из отбросов матриц, как для не военки, то ли с заложенным устареванием настолько что и поныне это качество у бывших фарцовщиков-сборщиков домашних компьютеров тех лет - это просто притча на устах: с заводов уже был шлак всей микроэлектроники негодной уже при пайки... помножить на недоступность тогда даже предприятиям отечественной компьютерной техники в магазинах(читал мощностей не хватало но и никто в стране не желал новые заводы создавать, даже с т.ск.НЭП-2 небыло желающих уже свои [скрытые] миллионы инвестировать перед "демонтажом" страны), или качество же после покупки
- то, вероятно история стран(ы) была бы у нас совсем по другому...
И ракеты не падали бы не долетая цели даже на Луне. Войны этой тем более не было бы. Но, СССР тогда сам себя сожрал и ныне продолжает успешно сжирать и его бывшее население, всё по плану. Значит и о его продукции нет смысла сожалеть, даже в итоге получается приходится как сказал просто трястись над иностранной, включая и софт с ОС. Понятно это только на ценителя [качества музыки] но, речь то не про это.
патаму што на 3.11 не то только DX9 не работает, так 3.11 работает только в одном потоке
а на ХР всё ОК
https://ibb.co/393KCP1j
Это снимок экрана твоего компьютера? Инструкция есть по установке?
да, https://www.pvsm.ru/windows/357235, но на ютюбе есть более свежие инструкции под более новое железо
Неплохая шутка, но мне интересна инструкция про Windows XP на Haswell, а не про Windows 98.
я немного перепутал, а инструкция установки Windows XP на Haswell не нужна - устанавливается, как на старый комп без проблем. Вот синий экран возникает на более новом железе на LGA 1120, AM4. Единственное, чтобы на ХР работал АНСР нужно интегрировать в дистр этот драйвер https://winraid.level1techs.com/t/modded-intel-ahci-and-raid...
Там нет поддержки Direct Access. Именно поэтому игры выпускались под DOS вплоть до 1996 года включительно. Выпустить Квейк или Дюка на винду в те годы было невозможно физически. Игра бы работала в режиме слайдшоу, а сделать так, чтобы было не слайдшоу, было нельзя.
Тащемтa WinQuake работал замечательно. Физически. Про Q2 уже не будем.
самый первый DirectX появился в конце 95го, а до появления DirectX на винде нормальных гамесов не было...
На 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 создадим!..." а за вашу экономию "копеек" - миллиардно расплатятся уже с нам все игроки.
Direct3d в середине 1996, за 2 месяца до совершенно уничтожившего его Glide. Ну, надо понимать, OpenGL уже существовал, но до 3dfx и nvidia не было консумерских устройств для венды с ним. А после мс стал гадить. У майкрософта была выжженная пустыня, и он смог реализвать потенцевал без грязных приёмов, а все игры на d3d выглядели более паршиво. "Нормальных"…
нормальные гамесы на Direct3d стали появляться только с приходом DirectX 6 (Diablo II, Expendable и др), а это было в 98м...
Всё верно. Добавлю, что массововому исходу геймеров (и игроделов) с Доса поспособствовал DirectDraw, а не Direct3D. Если в 1996 году все топовые игры выходили под DOS, то в 97 и последующие годы игры выходили уже под винду.До этого момента такой возможности в принципе не было. Хочешь выпустить игру под винду - и не можешь! Не было DirectDraw - не было и игр. Были простенькие игры вроде Рыбки Фредди и про лиса-шпиона от Humongous. Был SimCity2000... Не было Doom и Quake. И быть не могло.
Хотя Doom на винду всё-таки портировали... Это был 1994 год, и это была первая AAA-игра на винду, начало было положено... Однако в самом конце 1994, у WinG обнаружился фатальный недостаток. Когда вышел Король лев на Windows (не тот, который от Kinesoft, а который интерактивная презентация) в коде игры была ошибка, которая роняла систему в синий экран. Ошибку оперативно поправили, но она показала, что API надо менять. DirectDraw подобным проблемам оказался не подвержен, и если Герои 3 падали с ошибкой, мы видели ошибку "Программа выполнила недопустимую операцию и будет закрыта". А не синий экран.
Вот с этого момента и начался массовый выход Windows-версий игр. В 1996 состоялся массовый выпуск последних крутых игр под DOS (Quake, Duke3D, Carmageddon, Little Big Adventure 2, Heroes II, Warcraft 2, Tomb Raider, NFS, GTA), в 97-м же все новые тайтлы выходили исключительно под винду - вон даже Q2 не имел DOS-версии... 96-й год - всё только под DOS. 97-й год - всё только под винду (кроме игр на движке Build, а также Dungeon's Keeper). Как-то так.
Worms 2, StarCraft, Diablo 1, NFS 2, FIFA/NBA 98 - да даже Братья Пилоты, Вангеры и Петька и Василий Иваныч.
Многие 3D-игры на самом деле были изометрическим 2D (Red Alert 2, Baldur's Gate, Ice Windale, Arcanum, Heroes III, Sims), не используя 3D-ускоритель вообще. Им хватало S3 Virge с поддержкой LFB для быстрого вывода кадров в высоком разрешении.
Снова подвторюсь - до 1996 года выпустить подобного уровня игру под винду было нельзя. При всём желании. Через GDI? Разве что при наличии Windows-ускорителя - и даже с ним прямого доступа приложения к видеокарте не было. Cirrus Logic CL-GD5429, Tseng Labs ET4000/w32... Ускоряли ли они сами игры, или только сам интерфейс системы? Через VFW вышла пара игр... Ну а про WinG я уже рассказал выше.
Через что конкретно работал WinQuake я не знаю. Но судя по тому, что в тот момент Кармак рассматривал Direct3D в качестве API для аппаратного ускорения, про DirectDraw он знал и скорее всего задействовал.
P.S. Пара ссылок по теме (на английском языке):
https://old.reddit.com/r/vintagecomputing/comments/wpvl6a/ho.../
https://groups.google.com/g/rec.games.programmer/c/EO4TeBQkEoU
MS вполне добросовестно развивали OpenGL, но потом плюнули (и правильно сделали, потому что лебедь, рак и щука).
> А после мс стал гадить.Ну, в сравнении с тем как они позже стали неугодные тысячи игр - по списку залагивать до не играбельного состояния это же даже и не гадить.
Т.б. могли тупо автоудалять OPEGL32.DLL или сразу доп.залагивать же. Да, просрали они этот момент в 90-х. Побоялись заблочить по сути только QUAKE, и то только GLQUAKE.EXE версию, а ведь затем уже на его движке понаклепали другие игры с OpenGL, и Q2 вышла, и на нём игры.
Лже-открытого стандарта, тормоз, ещё же не имеющий даже Caps'ов - концептуально, OpengL
- как зараза тогда расползся по компам. Да ещё сегрегировав разработчиков и документацию.
> Чего не под 3.11?Я до сих пор периодически в "Stars!" играю. Это 16-битная виндоигра.
Я до сих пор запускаю досбокс и даже эмуляторы восьмибитных компьютеров, но вопрос совсем о другом был: на кой запускать _современные_ игры в XP?
ну это тоже самое, как пользователи линукса запускают игры сделанные под винду - ну т.е. чтобы не запускать лишний раз мерзкую windus 7/10
Исправления для видеокарт 2007 года. Кто еще на поддержку старого оборудования в GNU/Linux жалуется. Да где вы вообще в IT такую любовь и уважение к людям видели? Интересно ее на windows 11 завести можно?
Да, можно
Но перед этим нужно завести виндовз 11 на компьютере 2007 года.
Но в картах 2007 года нет вулкана.
Хорошо. Можно будет обновить 7-й протон до 10-го.
Я уже запутался во всех этих прослойках и трансляторах
Так их всего 2. Одна поверх opengl и вторая поверх vulkan. Технически были ещё проприетарные сомнительной легальности поделки, но это забота дилера.
Не понимаю. Vulkan, это рзвитие OpenGL, так ведь? Почему сразу нельзя было развивать уже имеющийся OpenGL, вместо того, чтобы пилить "новый велосипед"?
Vulkan по сути не имеет никакого отношения к opengl. Это развитие амдэшного mantle. DirectX 12 тоже. У них даже документация местами дословно совпадает.
> Почему сразу нельзя было развивать уже имеющийся OpenGLА как ты сломаешь совместимость, если не запилишь несовместимый велосипед?
Vulkan основан на последних наработках opengl (среди прочего), у того было очень много лет нагромождения различных костылей и периодического слома всего. Драйвер opengl делает слишком много всего за пользователя и это проблема, во всех современных интерфейсах от этого отказались. Чем тянуть совместимость и кучу неудачных решений, проще сделать с нуля, учитывая нынешние реалии. И теперь есть возможность делать и directx и opengl поверх vulkan, у них между собой десятилетия был очень частичный паритет (ни один не мог полностью обеспечить функциональность другого).
Vulcan (так же как и VR-only игры ныне, и я это предсказывал про них ещё 10 лет назад)
- был нужен *только* для обновлений ПК -кучей народа в мире.Т.к. ведь и до него были игры сверх-высокого графического исполнения(хоть Crysis) до которых даже некоторым совремнным далеко(да, тот же сталк2, причём даже с люменами в UE5,- заметно хуже чем в 1ом были лучи, просто выключенные маркетингово по умолчанию), а сами аппаратные лучи посредством RTX [в UE5] - так и вовсе тормоз не только в сравнению с люменским псевдо-лучами (хоть замеры на реальных нагрузках показывают всего 5-10% разницы), реально там т.о. ещё более дикий тормоз, в сранении с тогдашними, и вообще требовавший всего лишь ныне десятилетнюю карточку мощностью; к тому же ведь старые лучи - не требовавшие ещё более дорогучую RTX карточку...). Т.е.даже все эти Vulcan API т.б.с их "новыми" свистелками-перделками - работают тормозней даже (исторически перенагруженного тормоза)OpenGL пусть не 15, уч.изменение разницу в детализации игр, но 10 максимум 5 летней давности. Лохотрон.
Главное препятствие опенгл было в том, что шейдеры для directx в нём не запустишь. Вулкан решил эту проблему. А в опенгл/ес тоже добавили поддержку универсальных шейдеров, но одновременно с окончательным закапыванием. И видеокарты для поддержки этого уровня гл нужны ровно те же, что и для вулкана, вот так совпадение (появился он тоже после релиза вулкана). Тормозят не абстрактные "лучи", тормозят шейдеры и вычисления.
Как по мне, суперкрутая фича вулкана, как и поддержка лучей, например - можно скомпилировать шейдеры зараннее, и для любого железа скармливать уже скомпилированные IR файлы.
Хотя ощущение такое что разрабы об этом не вкурсе, потому что почти каждая игра компилирует эти шейдеры сама по пол часа при каждом запуске.
Да и геймеры не вкурсе, нет бы разрабов в это носом тыкать и пинать шоб пихали свои шейдеры уже скомпилированными.
Нет, в вулкане надо компилировать байтод под конкретную железку юзера
OpenGL тоже умеет в SPIR-V (универсальный промежуточный "скопилированный" байткод шейдеров). смотреть расширение https://registry.khronos.org/OpenGL/extensions/ARB/ARB_gl_sp...
> Главное препятствие опенгл было в том, что шейдеры для directx в нём не запустишь.1) Теперь же разработчикам для обратной совместимость - надо не 2 - а, 3 основных типа шейдера, т.е.в 1.5 раза больше
(в т.ч.и если делить их ещё и по версиям и в идеале и подверсиями API, как у реальных профессионалов это а, не типичных халтурщиков, что тоже высосанная же проблема - вон в Ridddicke это для максимальной оптимизации и просто максимальной совместимости - было же ещё 20-ть лет назад... и ничего не умерли! даже дали возможность их переключения в Опциях, аналогично хоть уже и только по версия только DX - в HL2 которая так же за счёт этого могла работать на почти всех существовавших картах тогда и даже незабыв и про FixedFunction карты на DX7 картах, что всё и сложило тогда впечатление о движке как очень быстром, что это не так же реально)2) С древних времён были ведь библиотеки универсальные шейдеров, кому не нравилось сами делали локальные, уж если влом оба API поддерживать;
3) несколько-вендерность у шейдеров - самая маленькая проблема при разработке и т.б. успешности продажи игры...
> 1) Теперь жеесть универсальный формат, трансляция в который и из которого может быт автоматизирована.
> 2) С древних времён были ведь библиотеки универсальные шейдеров, кому не нравилось
> сами делали локальные, уж если влом оба API поддерживать;которые не работали, да и не могли работать, там даже нет паритета
> 3) несколько-вендерность у шейдеров - самая маленькая проблема при разработке и т.б.
> успешности продажи игры...естественно, но это основная преграда кросс-платформенности (а это не только линукс, но и все консоли и телефоны)
Главное препятствие OpenGL было в том, что комитет и бюрократия. Закономерно он и сдох.
> Главное препятствие OpenGL было в том, что комитет и бюрократия. Закономерно он
> и сдох.99% рынка за opengl и производными, так было примерно всегда. Это потому, что индустрия любит, когда есть стандарты, на которые можно ориентироваться. Бизнес, все дела. Но были периоды, когда развитие откровенно саботировали в пользу конкурентов. Да и в целом лет 3-5 технологический лаг.
> комитет и бюрократияпричём они же на пулкан пересели.
Смешались в кучу люди, кони... Точнее аппаратные фичи (типа RTX) и программные интерфейсы (типа Vulkan).Срываю покровы, Vulkan и DX12 были изначально сделаны для снижения нагрузки на CPU (!), особенно на многоядерных. GPU до последнего времени было пофиг как именно ты его работой загрузишь. Хочешь тошниться в одном потоке в сишном стиле OpenGL - да пожалуйста. Но тогда забудь об игровых мирах с десятками тысяч объектов в кадре (как в демках UE5).
Вот не надо врать. У OpenGL был только один "слом" - это когда вычистили 90% API (весь фиксированный пайплайн вместе со всякими glBegin/glEnd и glLightSource). И назвали они это "OpenGL 3.1" (не 3.0!).Все остальные версии OpenGL (3+, 4+) - это просто втягивание экстеншенов в ядро.
Тебе этого мало? Gles тоже заодно навернулся. А теперь посмотри на webgl.
Хорошая приблуда для World of Warcraft 3.3.5a, который не хочет юзать все вычеслительны ресурсы GPU, и при этом лагает. Это помогает.
А ещё лича можно переключить в опенгл и играть на древних видюхах.
Ещё с 2013-го с wine Wow.exe -opengl играл. Не понимаю людей, которые не используют -opengl для игры в WoW, Warcraft III и т.д. Когда есть такой рендерер, это просто подарок - в обход всяких DXVK можно играть без проблем.
Не понимаю людей, которые ишграют в WoW, Warcraft III и т.д.
Объективно лучшая MMO за все времена.
Не понимаю людей, которые играют MMO.
Объективно лучшая RTS за все времена.
Starcraft Brood War же.
dxvk быстрее, опенгл с софтверным курсором в старых вов.
Наконец нормальная утилита, для людей, с мышью и кнопками, а не этот пердодинг конфигов в виме в терминале.
И да, раз прослойку майкрософтовских зд иксов удалось завести на старых везувиях, спрашивается тогда, почему сразу нельзя было так сделать? Зачем эта вечная погоня за самым модным и свежим?
> для людей с мышьюи с тараканами?
> Наконец нормальная утилита, для людей, с мышью и кнопкамиgoverlay для настройки mangohud существует уже сто лет
> а не этот пердодинг конфигов в виме в терминале.Для не любителей побибикать есть nano, где кнопочки подписаны. Да и кто запрещает конфиги в графическом текстовом редакторе открывать?
> И да, раз прослойку майкрософтовских зд иксов удалось завести на старых везувиях, спрашивается тогда, почему сразу нельзя было так сделать?Оно так сразу и было сделано - в DXVK 1.х версиях. Заслуга опарыша только в том, что он это ветку меинтейнит.
> Зачем эта вечная погоня за самым модным и свежим?Потому что, как ни странно, новые Vulkan API делают имплементацию директикса проще и производительнее. А последний вулкан поддерживается, например, видюхами GCN1 из 2012 (более старых у меня просто нет), зачем упарываться в поддержку копролитов?
Ниже представлен неполный список функций и операций 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-го поколения драйвер должен «имитировать» многие из этих функций программно или с помощью глобальных сбросов, что приводит к значительному увеличению нагрузки на ЦП/ГП и снижению пиковой пропускной способности.
Всё это конечно высокотехнологичные отмазки, но почему бы просто не ломать поддержку старого, но ещё не заржавелого железа?
А кто ломает? Просто со старым железом работает гораздо менее эффективно, чем с новым. Примерно же самое было и с OpenGL, почитай блог разработчиков факторио, к примеру. Появляется новая ревизия и все прошлые карты пора в утиль -- на них никогда работать нормально не будет. Так было с opengl 4.5 что ли, 4.6 уже для совместимости с вулканом добавили. Пилить ли поддержку, чтобы работало кое-как, зависит от того, кто ЦА и какое железо ожидается поддерживать. Когда затрагивает это миллионные доли процента, целесообразнее рекомендовать этим долям купить новое. И уж точно никто не будет в ущерб остальным поддерживать.
Ты мало правды написал в таком длинном ответе. Про миллионные доли процента шутка неплохая, да.
> Ты мало правды написал в таком длинном ответе. Про миллионные доли процента
> шутка неплохая, да.А там всё правда. Возможно, тебе она не нравится. 99.9% пользователей (и корпоративных тоже) обновляет железо раз в 3-5 лет, из этого и стоят циклы поддержки. Разработчикам прикладухи же старое поддерживать смысла ровно никакого.
Мечты мамкиного диванного онолитега.Корпорации не обновляют железо "раз в 3-5 лет". Они его не обновляют даже раз в 30-50 лет, буде такая возможность подворачивается.
Это только у тех, кому мамка денежки на блюдечке приносит если поныть "ну мааам, ну куууупи", обновления частые. Но не у тех, кто свои денежки считает.
--
Откуда, по твоему, возникают новости "железная дорога ищет программистов на коболе", "издан указ о переходе с дискет на флешки" и т.п.? Вот оттуда.
Глупости говоришь. Корпорации умеют считать деньги. То, что ты описываешь, это госсектор. И не потому, что они такие экономные, очень даже наоборот. Государство предъявляет иные требования. Ну, что касается СГА, то должно быть несколько независимых производителей, на случай кончины одного из них. Там много условий, но выгода никогда не является фактором.
Спасибо. Я ещё несколько лет назад знал, что Kepler не даёт прироста в скорости в Vulkan-приложениях по сравнению с D3D11/OGL46, а на Pascal прирост появляется. Теперь я знаю, почему.Читать я это правда не буду, но в закладки сохраню - вдруг пригодится.