Опубликован экспериментальный выпуск открытой реализации Win32 API - Wine 10.2. С момента выпуска 10.1 было закрыто 20 отчётов об ошибках и внесено 269 изменений...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62772
Вы не поверите,но на хп х64 немного больше проблем со старыми играми чем с Вино.
Почему же, верю
Надо будет как-нибудь х86 сп3 попробовать.
Охотно поверим.
вы не поверите, с нативными Linux-играми больше проблем чем с играми через Вино
Соглашусь с чатгопотой. Stardew Valley под оффтопиком и в вине 60 стабильных кадров, на онтопике 0 кадров и зависание, пока сама не очнётся или не прибьется
Это ещё что, у меня в террарии на вейланде слайдшоу. И возня с настройками, вроде включения вулкана, не помогает. На иксах нормально, но вулкан под иксами с глитчами. Может у тебя там vram кончается? Популярный баг. Особенно заметно стало с вейландом и вулканом. Попробуй с убитым веб-браузером (и без электронов).
Dxvk без xwayland всё ещё не работает, большинство игр гарантированно зависает в течение минуты.
На ХР 64бит, вообще проблем полно было.
И это не массовая ОС. С ХР32 бит переходили более массово на 7ку 64 бит.
Sekiro: Shadows Die Twice хм я ж ее на линуксе рпошел целиком что там не работало то ?
Кто то пользуется PlayOnLinux?
И что стало с новой разрабатываемой версией PlayOnLinux 5 ?
сейчас модно lutris
У меня bottles, держу в курсе
Годная штука, но старые игры не умеет запускать.
PortProton, хотя i386 не одобряю.
Нет, ванильный вайн + dxvk достаточно.
Уже давненько пользуюсь wine-staging-wow64 из AUR, чтобы не тянуть lib32-* зависимости. Плюс Winetricks для установки библиотек/шрифтов. Меня все устраивает. Правда я обычно только индюшатину гоняю, игрушки не больше VotV, они работают отлично. Недавно, интереса ради, Stalker 2 в Wine запихнул, и оно даже работает, правда фпс как в новомодной low framerate мультипликации. Но я на многое и не рассчитывал на Nouveau (+GSP), NVK, думаю если бы вкорячил пропр. драйвер, было бы сильно лучше.
Открой для себя как я StartWine - более-менее современные игры играются! (Метро все части, UT3, Cyberpunk запускал или нет - не помню...
Так теперь можно multilib сносить и виндовые проги 32-бит будут работать под wine?
все нормально работает еще с девятой версии.
Ещё рановато. У меня какая-то старая 32-битная игра под ДХ9 не работала в режиме wow.
такая важная, нужная и полезная игруха, что аж названия не упомнить )))
Не раньше чем steam от multilib отвяжут. Но сдается мне этого не случится, пока в linux какой-нибудь lol64 не появится. Ибо в steam библиотеке куча 32-bit нативных игр с которыми тоже что-то делать нужно.
А зачем им его отвязывать? В более широком смысле — зачем вообще отказываться от multilib? Какие проблемы это решает?
Конец эпохи поддержки устаревших технологий.
с бинарнымы дистрибутивами - копеечная экономия места на винте,а вот в Gentoo позволяет не пересобирать ненужный 32-х битный шланг, llvm и еще немного тяжёленького.
т.е. пересборка самих "лишних" либ напрягом не является.
Ну, Canonical хотела выпилить 32-bit вроде еще в 19.10, оправдывая это тем, что поддержка пакетов для архитектуры i386 доставляет больше хлопот, чем пользы, поскольку лишь около 1% текущей базы пользователей Ubuntu используют 32-разрядные системы. А из-за малого количества пользователей, большинство этих пакетов некому тестировать, что усложняет выявление регрессий/уязвимостей. На фоне этого, Canonical тогда разосралась c Valve. Ubuntu даже планировали убрать из официально поддерживаемых дистрибутивов, но Canonical пошли на попятную.
> оправдывая это тем, что поддержка пакетов для архитектуры i386 доставляет больше хлопот, чем пользы, поскольку лишь около 1% текущей базы пользователей Ubuntu используют 32-разрядные системыЗдесь не понял. Нужно-то оно как раз на 64-разрядных системах. Другое дело, что не-игрунам оно нафиг не нужно, но Steam-то как раз проект по поддержке «устаревших технологий» (как выше сказали).
После "что" идет цитата, так что вопросы не ко мне. Я лишь могу предположить, что кроме steam/wine, другим пакетам в репозитории, оно не особо и нужно было. А что они с steam/wine делать собирались, только им известно, может в snap запихать, со всеми зависимостями, я хз.
Оно нужно на 64-разрядных системах, но собираются пакеты нативно на x86_32, а потом ставятся в 64-битную систему и юзаются multilib'ом
т.е. оно реально собирается "нативно на x86_32" ???как-то такая идея даже в голову не приходила )))
>>На фоне этого, Canonical тогда разосралась c Valve.логично, очень много игрушек 32 бита, особенно старых, но они еще упешно продаются.
>Встроенный пакетЭто называется саботаж и вредительство. Я думаю весь этот вайн скоро можно будет преспокойно в снап переводить целиком: для пользователя никакой разницы не будет, всё равно всё заинлайнено.
Да форкайте уже, у вас последователи появятся. Штук десять.
А большинству надо, чтобы просто работало.
>А большинству надо из корыта навернуть.Так и запишем.
Хороший костыль. Cyberpunk 2077 тянет.
Будьте осторожнее, что-то они там напортачили по крайней мере в репозитории для Ubuntu: под 24.04 не запускается, пришлось откатиться на 10.1.
тоже словил, не спешите обновляться
https://bugs.winehq.org/show_bug.cgi?id=57859>wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
>0024:err:environ:run_wineboot failed to start wineboot 1
>0024:fixme:winediag:loader_init wine-staging 10.2 is a testing version containing experimental patches.
>0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
>wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
>wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
>0024:err:win:get_desktop_window failed to start explorer 1
>0024:err:vulkan:vulkan_init_once Failed to load libvulkan.so.1
>wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
>0024:err:start:fatal_error FormatMessage failedВся суть вайна.
Чёт умвр. Я правда удалил 32 битные либы уже давным давно. Видимо совсем никому уже не интересны 32 бита, вот и всплывает такое.
>Чёт умвр. Я правда удалил 32 битные либы уже давным давноЭто возможно только на неадекватных дисктрах, многие из которых уже давно дропнули не только 32 бита, но и "кору дуба".
>Видимо совсем никому уже не интересны 32 бита, вот и всплывает такое.
Нет, просто никому не интересны "замшелые" дистры с "замшелыми" подходами. Прогу - в снап, херак-херак - и в продакшн. Возиться с пакетами разрабам вайна неинтересно. А сопровождающим дистра неинтересно каждую версию пайна проверять на правильность пакетирования - всё-таки в дистре есть официальный пакет вайна, он замшелый, но он работает (если подразумевать что вайн вообще может работать, на самом деле вайн не работает, и, напр., любая программа, работающая с последовательным портом, там будет сломана (никакие пробросы по инструкци в доках вайна не помогут, только виртуалка с настоящей виндой с пробросом порта туда решит проблему), а если программа ещё работает с USB (обычно через libftdi) - то вообще туши свет, никакая подмена библиотек не поможет, пробовал, это нужно сидеть и долго отлаживать, реверся проприетарщину, и не факт, что не потребуется бинарный патч этой проприетарщины).
Так а толку от них, если ты ни одной 32 битной программы днём с огнём не сыщешь? Они были нужны только вайну лет 15 (и то для венды почти всё уже 20 лет 64 битное). Кору дуба кстати и в венде дропнули и в частности продукты адобы заявляли об этом лет 10 назад ещё.
Я - сыщу. Моих use-caseов вайна как раз 2:
1. тестирование своего виндового софта, который я собираю через MinGW так, что он даже на хрюшке работать будет. И да, обе версии, 32 бита и 64 бита.
2. реверсинг старого и/или небольшого и проприетарного виндового софта>Кору дуба кстати и в венде дропнули и в частности продукты адобы заявляли об этом лет 10 назад ещё.
Ну Хозяин повелел дропнуть - значит надо дропнуть! Нельзя же против Хозяина идти!
Это всё хорошо, но ни для чего перечисленного 32-битые либы не понадобятся.
Разумеется, не понадобятся. Они владельцам 32-битных систем понадобятся. Выбрасывать их за борт за то, что они не заплатили Хозяину - крайне неэтично. А также владельцам Дебианат Тут пакет пофиксили, всё ставится и работает, но собрано без WoW и весь этот ворох 32-битных либ нужен.Если честно, я вообще не пому, почему бы для Линукса не сделать архитектуру с 32-битными либами, где все эти либы - просто прокси в 64-битный код. Просто как-то не хочется много мегабайтов на диске держать для тестирования прог, собранных под 32-битные архитектуры (включая i386).
>[оверквотинг удален]
>Continue? [Д/н] y
>Preconfiguring packages ...
>Selecting previously unselected package wine-staging-i386:i386.
>(Reading database ... 387321 files and directories currently installed.)
>Preparing to unpack .../wine-staging-i386_10.2~trixie-2_i386.deb ...
>Unpacking wine-staging-i386:i386 (10.2~trixie-2) ...
>dpkg: error processing archive /var/cache/apt/archives/wine-staging->i386_10.2~trixie-2_i386.deb (--unpack):
> trying to overwrite '/opt/wine-staging/bin/wine', which is also in package wine-staging-amd64 (10.2~trixie-2)
>dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
>Errors were encountered while processing:/var/cache/apt/archives/wine-staging-i386_10.2~trixie-2_i386.deb
Не вся суть вайна.