Сформирован выпуск прослойки DXVK 1.5.3, предоставляющей реализацию DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 и 11, работающую через трансляцию вызовов в API Vulkan. Для использования DXVK требуется наличие драйверов с поддержкой API Vulkan 1.1, таких как...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52280
Ну уж теперь-то поиграем.
Может теперь у меня dx9 игры заработают в нём. А то одно сплошное слайдшоу. Или вообще чёрное окно вместо игры. Не помню, чтобы приходилось использовать вайновскую реализацию вместо dxvk, с dxvk9 это же постоянно.Вот вам скрипт бля обновления из гита, от пользователя. Гентушную часть в шапке можно выкинуть (после пересборки выбирается vanilla вместо staging), ситуацию когда месон обломался обработать. Так вообще каждую команду надо на успешность проверять, но это скучно и не интересно, к тому же нужно на чём-то проверять.
#!/bin/bash#emerge dev-util/meson dev-util/ninja dev-util/glslang
#from setupwine script
curwine=`eselect wine show|tail -1|sed 's/\s*//'`
curwine=${curwine:0:12}
if [[ ${curwine} != 'wine-staging' ]]; then
echo "Please set default wine to wine-staging (i.e. eselect wine)"
eselect wine list
exit 1
figit clone https://github.com/doitsujin/dxvk.git ~/dxvk
cd ~/dxvk
meson --cross-file build-wine64.txt --buildtype release --prefix ${PWD}/x64 --libdir ${PWD}/x64 build_64 || exit #show message and cleanup instead exit
cd build_64
ninja install
cd ..
meson --cross-file build-wine32.txt --buildtype release --prefix ${PWD}/x32 --libdir ${PWD}/x32 build_32 || exit #show message and cleanup instead exit
cd build_32
ninja install
cd ..
chmod u+x ./setup_dxvk.sh
WINEARCH=win64 WINEPREFIX=~/.wine-64 ./setup_dxvk.sh install
cd ~/
rm -rf ~/dxvkДля использования другой ветки (не мастер) можно поменять команду на
git clone --single-branch --branch release-1.4 https://github.com/doitsujin/dxvk.git ~/dxvk
Просто для игр есть дуалбут.
Просто иди и используй, остальным не интерсно
Ну и зачем вам игры? Вот этого самого самого по себе недостаточно?
Не знаю. В принципе, запустить игру, чтобы она ничем не отличалась от запуска под вендой — это же самое интересное. Сами игры не очень интересные, хорошо, если пару за год пройду.Многие игры так и не пройдёшь за все 15 часов, причём часов 2/3 из них будет унылая тягомотина и растягивание времени, поэтому часто игры часов на 5-7 достойного контента лучше всего. Но заранее ведь не знаешь, что там, окажется ещё какая-нибудь Factorio на сотни часов геймплея, или в игре независимо от продолжительности интересного и отполированного только на 1 час. А тут, какое-никакое, а развлечение уже само по себе.
Скрипты нужны просто потому что вручную повторять одни и те же операции крайне уныло. Я потратил полчаса времени на написание и тестирование скрипта, разворачивающего свеженький чистый вайн профиль (чтобы вайн не портил системные ассоциации файлов, необходимые дллки и настройки, правки реестра — cleartype тот же) и небольшое адаптирование скрипта для dxvk (не помню, где нашёл, где-то автор упомянул), зато теперь могу 1 командой делать готовые "чистые" профили и обновлять dxvk из гита в любое время. Как без него люди пользуются вайном? Это же кошмар, он сразу весь линукс засоряет и даже файл больше не откроешь в любимой программе. Каждый раз вручную всё настраивать и удалять?
Больше времени я потратил на написание этого ответа. Всё-таки баш очень удобный, его хватает буквально для всего. Не очень быстро, конечно, в итоге работает (тот же питон будет быстрее, если ему не надо тысячи внешних процессов спавнить), но того, что есть, вполне достаточно. Раньше мне приходилось скриптовать пакетную обработку и взаимодействие с пользователем в cmd.exe — вот уж где жесть.
Вообще фактория нативная, нафиг вино тут
> Вообще фактория нативная, нафиг вино тутВсе годные игры есть в нативной версии (нет). Главное, чтобы разрабы потом не ныли как им не нравятся интеловские дрова и прочее в таком духе — это дизморалит прочих разрабов. Factorio взяла какой-то стрёмный 2д движок за основу, он был кроссплатформенный (в некоторой мере, движок действительно стрёмный), а вот что они думали, когда переписывали с него, я не знаю.
> Вообще фактория нативная, нафиг вино тутPS разрабы factorio вели блог, где описывали процесс разработки. Вроде бы я читал про их страдания со старым opengl (который им приходилось поддерживать из-за всяких владельцев eeepc).
Чего люди только не делают, лишь бы не ставить Арч.
yay -S dxvk-mingw-git
А там внутри ровно то же самое. Иного варианта установки просто не предусмотрено.Куда он его устанавливает, кстати, затирает системные файлы вайна? И зачем там mingw? Автор же вроде сказал, что кросскомпилятор и сборку под вендой он не очень хочет поддерживать. Обычная сборка производится в winegcc (не то же, что mingw).
Можно установить с помощью winetricks.
>Можно установить с помощью winetricks.Вроде не рекомендуемый способ (разрабом).
Зато кому-то так проще. Ещё можно установить steam-overlay + Proton.
> Зато кому-то так проще. Ещё можно установить steam-overlay + Proton.а зачем steam-overlay ? можно же поставить один Proton и играть в не-стим-игры на нём?
О, спасибо, нашёл proton-gentoo-overlay. Но пока не попробовал.
Там свой установочный скрипт, который копирует d3d*.dll файлы в текущий WINEPREFIX. У скрипта несколько опций есть. Например можно не копировать, а создать симлинк, чтобы при обновлении пакета dll можно было заново не устанавливать.
> Там свой установочный скрипт, который копирует d3d*.dll файлы в текущий WINEPREFIX. У
> скрипта несколько опций есть. Например можно не копировать, а создать симлинк,
> чтобы при обновлении пакета dll можно было заново не устанавливать.Мне просто интересно как они с таким подходом организовали подмену файлов в профиле, генерируемом вайном.
Как на Freebsd amd64 собрать или установить wine с поддержкой 32bit? i386-wine-devel только 4 версии а amd64 ставится без поддержки 32 бит(
Всякий раз когда читаю новости про wine/proton/dxvk мне все больше интересно, что такого нарукожопили разработчики Mafia II, что она никогда не выбирается из списка проблемных?
> Всякий раз когда читаю новости про wine/proton/dxvk мне все больше интересно, что
> такого нарукожопили разработчики Mafia II, что она никогда не выбирается из
> списка проблемных?Она ж вроде и на венде с кучей багов была? Хуже только mafia 3, Просто сегодня мало кто свои движки использует, вот и всплывают все косяки и говнокод на таких проектах. Подопрут костылями и норм будет. https://ru.wikipedia.org/wiki/Illusion_Engine#%D0%...,_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D1%8E%D1%89%D0%B8%D0%B5_Illusion_Engine
Конечно, это хорошо, что есть Wine, и он позволяет играть в игры без проблем. А также пользоваться ПО для работы. Но нативные порты - это ведь тоже неплохо. У меня вопрос по компилированию игр в Linux.Я обычно пользуюсь платформой CentOS 6. Там такие старые версии ядра Linux и Glibc, что вряд ли найдётся пользователь, у которого более старые версии. При этом, там всё есть. Есть последний компилятор (в репозитории devtoolset), есть Xinput 2 для поддержки Raw Input, есть XRandr 1.2, который уже заведует многомониторными конфигурациями (а не Xinerama, как в CentOS 5), есть SDL2 и OpenAL.
Проблемы возникали только с библиотеками OpenSSL и PCRE. В CentOS 6 какое-то нестандартное имя библиотеки - libssl.so.10. А во всех остальных системах - libssl.so.1.0.0. Также отличается название библиотеки PCRE, хотя даже простое переименование (или создание симлинка) всё чинит.
В общем, компилю я под центос, и не знаю проблем. Но мне интересны CentOS 5 и 4. Допустим, кто-нибудь когда-нибудь решит портировать под Linux - игры Pop Cap, Bejeweled Deluxe, Морровинд, Far Cry, Fear, Black & White, NFS U2 - в общем, игры 2000-2005 годов. Было бы глупо компилировать их под довольно новые системы. Получится, как с Героями 3 ремастеред: когда требовался Core i7 для игры, которая должна работать на P-166. А если скомпилить в CentOS 4 2005 года выпуска, то будет работать как в распоследней убунте, так и на конфигурациях из тех самых лет.
В общем, новый компилятор я в этот центос поставил. Скомпилил уже много чего. У меня возникло несколько вопросов:
1. Когда я компилировал PCSX2 1.4.0 в CentOS 5, то понадобилось добавить заголовочные файлы от ядра Linux 2.6.32. Это для поддержки геймпадов в плагине LilyPad. Как будет вести liblilypad.so в системах, где ядро меньшей версии?
2. В CentOS 5 / Ubuntu 7.04 использовался Xinerama для многомониторных конфигураций. В Ubuntu 7.10 объявили о массовом переходе всего и вся с Xinerama на XRandr 1.2. Даже на Wiki-страницах убунты была страница об этом. Ну так вот, а можно ли научить SDL2 использовать Xinerama в том случае, если XRandr версии 1.1, и XRandr, если 1.2 и выше?
3. Пульса. Вон SDL2 хорошо линкуется с ней: через dlopen(). Если в системе физически нет этой библиотеки, то SDL2 всё равно будет работать. Если есть, то будет использоваться. Можно ли так же скомпилировать OpenAL?
4. X Input 2. Вот когда я компилирую в CentOS 6, то готовые бинарники _требуют_, чтобы в системе был libXi 1.3 и новее. Можно ли компилировать в CentOS 4/5, чтобы бинарники могли работать со старой версией libXi, но и с новой версией умели работать и включать Raw Input, если он доступен? Что для этого надо сделать? Старые бинарники библиотек, но новые заголовочные файлы?
Эпичненько вы тут задвинули...Не подскажите ответ на мой вопрос выше?
Линуксятники придерживаются мнения, что игры не нужны. Зачем тогда городить эти полурабочие (в теории) и не рабочие на практике костыли? Линукс - ниша для серверов и интернета вещей. Для десктопа есть винда и мак.
Были "не нужны" пока сами не могли. А как дядя Гейб им сделал, так у них сразу очередной виндекапец в подштаниках наступил. Такова природа "сообщества".
Да, напоминают некоторых яблочниклв, которые с пеной у рта доказывал, что большие экраны не нужны. А как стали выпускать лопаты, то большинство пересел и на них.