The OpenNET Project / Index page

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

Выпуск Wine 6.17 и Wine staging 6.17

11.09.2021 09:16

Состоялся выпуск экспериментальной ветки открытой реализации WinAPI - Wine 6.17. С момента выпуска версии 6.16 было закрыто 12 отчётов об ошибках и внесено 375 изменений.

Наиболее важные изменения:

  • Во встроенных приложениях улучшена поддержка экранов с высокой плотностью пикселей (high-DPI).
  • Программа WineCfg преобразована в формат PE (Portable Executable).
  • Продолжена подготовка к реализации интерфейса системных вызовов GDI.
  • В режиме Wow64 улучшена поддержка отладчика.
  • Закрыты отчёты об ошибках, связанные с работой игры Imperiums: Greek Wars.
  • Закрыты отчёты об ошибках, связанные с работой приложений: Trusteer Rapport, PDF Eraser, ProcessHacker, NewProcessFromToken, Samsung SDK, AFxW.

Одновременно сформирован выпуск проекта Wine Staging 6.17, в рамках которого формируются расширенные сборки Wine, включающие не полностью готовые или рискованные патчи, пока непригодные для принятия в основную ветку Wine. По сравнению с Wine в Wine Staging предоставляется 604 дополнительных патча. В новом выпуске осуществлена синхронизация с кодовой базой Wine 6.17. В основной состав Wine переведён патч, исправляющий в shlwapi возвращаемое значение SHAddDataBlock. Обновлён патч wined3d-zero-inf-shaders.


  1. Главная ссылка к новости (https://www.winehq.org/announc...)
  2. OpenNews: Выпуск Wine 6.16 и Wine staging 6.16
  3. OpenNews: Выпуск Wine 6.15
  4. OpenNews: В Wayland-драйвере для Wine появилась поддержка Vulkan и многомониторных конфигураций
  5. OpenNews: Обновление драйвера Wayland для Wine
  6. OpenNews: Проект Wine выпустил Vkd3d 1.2 с реализацией Direct3D 12
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55781-wine
Ключевые слова: wine
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, ilyafedin (ok), 09:40, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Продолжена подготовка к реализации интерфейса системных вызовов GDI.

    Что это значит, как оно вообще может пускать виндовые приложения, если GDI не заимплеменчен?

     
     
  • 2.6, Аноним (6), 10:10, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Назовите с ходу хоть одно Windows-приложение, которое напрямую обращается к системным вызовам для которых нет готовых функций-обвязок?
     
     
  • 3.7, ilyafedin (ok), 10:11, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Назовите с ходу хоть одно Windows-приложение, которое напрямую обращается к системным вызовам
    > для которых нет готовых функций-обвязок?

    Про какие фнукции-обвязки речь? Как минимум Qt видел использует GDI.

     
     
  • 4.21, n80 (?), 00:16, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Он его через стандартные библиотеки использует, а не напрямую через системные вызовы.
    FYI:
    https://github.com/tinysec/windows-syscall-table
    https://github.com/hfiref0x/SyscallTables
    https://github.com/hfiref0x/NtCall64
     
     
  • 5.46, n00by (ok), 19:12, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Qt использует библиотеки gdi32.dll и user32.dll.
    Те в свою очередь используют системные вызовы, под которыми обычно понимают имена из пространств NtGdi* и NtUser*
    Вызовы ядра непосредственно через шлюзы вряд ли кто-то использует, поскольку номера сервисов меняются и после обновления ОС приложение в общем случае превратится в тыкву, а в частных ему потребуется дизассемблер.
     
     
  • 6.50, n80 (?), 01:46, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Qt использует библиотеки gdi32.dll и user32.dll.

    Под стандартными библиотеками я их и подразумевал, просто давно уже на память не помню названия и под рукой негде посмотреть было.

    Про то что под системными вызовами обычно понимают функции NtXxx, конечно, уточнение важное, спасибо.

    > Вызовы ядра непосредственно через шлюзы вряд ли кто-то использует

    Припоминаю, что попадалась такая малварь и приравненное к ней (антивири, античиты, обфусцированная проприетарщина и т.д.).

     
     
  • 7.58, n00by (ok), 16:44, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вызовы ядра непосредственно через шлюзы вряд ли кто-то использует
    > Припоминаю, что попадалась такая малварь и приравненное к ней (антивири, античиты, обфусцированная
    > проприетарщина и т.д.).

    Хотел ведь написать "вряд ли кто в здравом уме использует", но постеснялся. :) Антивирю, по-хорошему, это вообще не надо, всё делается через драйвер.

     
  • 6.59, Аноним (59), 23:36, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Вызовы ядра непосредственно через шлюзы вряд ли кто-то использует

    Есть специфические драйверы принтеров, которые обращаются к GDI напрямую с целью рендеринга страницы перед печатью по своему и с использованием своих кастомных шрифтов. Например Ricoh, Kyocera и другие GDI-драйверы, которые одновременно ни PCL, ни PS и ни XPS.

     
     
  • 7.63, n00by (ok), 16:14, 14/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вызовы ядра непосредственно через шлюзы вряд ли кто-то использует
    > Есть специфические драйверы принтеров, которые обращаются к GDI напрямую с целью рендеринга
    > страницы перед печатью по своему и с использованием своих кастомных шрифтов.
    > Например Ricoh, Kyocera и другие GDI-драйверы, которые одновременно ни PCL, ни
    > PS и ни XPS.

    Вызов через шлюз (call gate) это машинная инструкция int 2e или syscall. При этом вызываемая функция идентифицируется не по имени, а числом в регистре, которое меняется при обновлении ОС. Потому такой механизм не используют.

    GDI printer driver может вызывать напрямую функции ядра, в этом случае шлюз не нужен, поскольку драйвер в ядре. Если же он в пространстве пользователя, то вызываются обычные dll. Во всех этих случаях функция идентифицируется именем. https://docs.microsoft.com/en-us/windows-hardware/drivers/print/choosing-user-

     
  • 3.45, n00by (ok), 18:50, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://docs.microsoft.com/en-us/sysinternals/downloads/rootkit-revealer
     
  • 2.8, Anonnnym (?), 10:56, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Предположу, что речь о интерфейсе импортируемых, а не экспортируемых функций. Вайновый gdi по экспортируемым функциям такой же как виндовый, а вот импортируемые сильно отличаются, из-за чего gdi.dll нельзя заменить на нативный из винды
     
  • 2.44, n00by (ok), 18:44, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Продолжена подготовка к реализации интерфейса системных вызовов GDI.
    > Что это значит, как оно вообще может пускать виндовые приложения, если GDI
    > не заимплеменчен?

    More preparation work for the GDI syscall interface.

    "системный вызовов" - это вызов ядра (syscall), а не gdi32.dll. В оригинальной NT gdi32.dll в итоге вызывает модуль ядра win32k.sys.

    Вот https://source.winehq.org/git/wine.git/commitdiff/d2d81327346f6d9e21c5baa89c75
    один из коммитов. Функции из пространства имён Nt* как правило реализованы в ядре.

     

  • 1.2, Нариман Алимурадович Алимурадов (?), 09:59, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –22 +/
    С выходом wsl2, wine еще актуален??
     
     
  • 2.9, Аноним (9), 11:46, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +11 +/
    WSL это ВМ с костылями, Wine это транслятор вызовов. Чувствуешь разницу?
     
  • 2.10, Аноним (10), 12:53, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Не нужен, как и линукс на десктопе.
     
  • 2.14, Аноним (14), 15:45, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    WSL2 актуален у виндузятников, желющих отчасти и Linux-экосистему. Wine актуален у линуксоидов, желающих некоторые проприетарные винприложения. Они ортогональны.
     
     
  • 3.23, Аноним (10), 01:46, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    WSL полезен бывшим линуксоидам. Линукс десктоп мертв. Теперь (с возможностью запускать под WSL2 граф. приложения) окончательно.
     
     
  • 4.34, Аноним (34), 11:11, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    а что, бывают бывшие линуксоиды?
     
     
  • 5.37, Аноним (37), 11:57, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Бывают бывшие виндовозы)))
     
  • 2.15, Аноним (15), 16:22, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это как сравнивать тёплое и мягкое.

    // b.

     
     
  • 3.32, amonimous (?), 09:10, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как мелкое и мягкое
     
  • 2.40, Мира (ok), 14:30, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С выходом Wine винда ещё актуальна?
     
     
  • 3.53, VladSh (?), 10:05, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Этот вопрос актуален?
     

  • 1.3, Аноним (3), 10:01, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то старые программы тормозят очень сильно, это нормально? Это из-за того, что gdi удалили? В 4 ветке нормально работают.
     
     
  • 2.16, Аноним (15), 16:23, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Результаты тестов будут или "мне так кажется?"?

    По части скорости прорисовки 2D в Wine за последние 20 лет разницы не вижу.

    // b.

     
     
  • 3.27, Аноним (3), 02:13, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так git превращается в слайдшоу больше чем обычно, какие уж тут тесты? Я проверил все варианты и дело не в конфигурации, а в версии.
     
     
  • 4.28, Аноним (15), 02:48, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    git?

    Консольное приложение, которое изначально написано для POSIX?

    Причём тут оно?

    // b.

     
     
  • 5.31, Аноним (3), 05:22, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оно конечно текстовое, но вроде не консольное, и там есть картинки. Про позикс сомневаюсь, если честно, в 79 году был позикс?
     
  • 2.24, Аноним (10), 01:46, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тормоза под линуксом - это норма.
     
     
  • 3.29, Аноним (15), 02:51, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Тормоза под линуксом - это норма.

    Операции с ФС под Линуксом быстрее, рабочий стол и всё, что с ним связано, сильно медленнее, потому что в Линуксе нет единого accelerated API для 2D графики от слова вообще. Каждый год новые комбайны и "технологии".

    Блин, да даже video decoding acceleration до сих пор из коробки нет. Flash, который похоронили, предоставлял это больше 10 лет назад через VDPAU. "Проприетарщина", но работало.

    // b.

     
     
  • 4.33, amonimous (?), 09:12, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А сейчас Firefox через vaapi
     
     
  • 5.48, Kuromi (ok), 19:36, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "как бы".
    Официально они до сих пор vaapi и ускорение через него не поддерживают, это экспериментальная фича, баги на эту тему фиксятся, но неохотно
     
  • 4.35, Роман (??), 11:50, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что в Линуксе нет единого accelerated API для 2D графики от слова вообще.

    Есть предположение почему так? Нёрды не умеют договариваться об общем хорошем, ищут самое лучше до сих пор или быть может заговор рептилоидов, майкрософт гадит, отсутствие софтскиллов, еще какой-то вариант?
    На Chroombooks насколько я понимаю смогли, почему оттуда не взять или еще откуда-то.

     
     
  • 5.47, n00by (ok), 19:22, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что "accelerated 2D графика" обеспечивается стандартами OpenGL и Vulkan, а VDPAU и VA-API -- это ускорение декодирования сжатого видео.
     
     
  • 6.55, Zenitur (ok), 12:08, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    EXA, UXA, SNA, Glamor
     
     
  • 7.57, n00by (ok), 16:27, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > EXA, UXA, SNA, Glamor

    Ох, не люблю говорить о вещах, которые не трогал ручками. Но вот эти первые три - по времени появления похоже, просто блиттеры (т.е копирование растров, вероятно, со смешиванием, из ОЗУ в видеопамять).

    А последний это как раз обёртка вокруг OGL "2D acceleration driver for the X server that translates the X render primitives into OpenGL operations, taking advantage of any existing 3D OpenGL drivers"
    https://en.wikipedia.org/wiki/X.Org_Server#Glamor
    т.е. должен дополнительно поддерживать масштабирование (сжатие) плюс что-то ещё.

     
  • 7.60, Аноним (15), 07:53, 14/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Хренота это всё.

    В Windows туча 2D примитивов GDI ускоряются видеокартами, поэтому интерфейс летает. Хотя, надо сказать, что, начиная с Windows Vista, всё не так просто, и многие приложения стали медленней из-за DWM/WDDM >=1.0. До XP всё было иначе и быстрее.

    Тем не менее, в Линуксе даже сотой доли этого нет.

    // b.

     
     
  • 8.62, n00by (ok), 09:42, 14/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Подскажите, где про это можно почитать, Вы же не сами выдумали Фень Юаня я уже ... текст свёрнут, показать
     
  • 3.38, Аноним (37), 12:02, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если под словом "тормоза" видишь себя и себе подобных, то таки да, для Линукс это норма)))
     

  • 1.4, НеАноним (?), 10:01, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А как там wine-wayland.Кто нибудь запустил? Нашел вот это https://gpo.zugaina.org/app-emulation/wine-wayland Кака эта работает или нет.Так и не осилил нет инструкции для чайников.
     
     
  • 2.5, НеАноним (?), 10:03, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Поправил https://gpo.zugaina.org/app-emulation/wine-wayland
    А какие старые то ?
     

  • 1.11, Ананоним (?), 13:03, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это они хотят запускать виндовые драйвера видеоадаптеров шоле?
     
     
  • 2.13, макпыф (ok), 15:00, 11/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем? И почему вы так решили?
     

  • 1.12, Аноним (12), 13:56, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Столько улучшений, но вот MS Access > 2007 (хотя бы runtime) с макросами так и не удаётся запустить.
     
     
  • 2.39, Аноним (39), 14:10, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему вы не используете LibreOffice вместо MS Office? И закчем использовать настолько старое ПО, 2006-го года?
     
     
  • 3.42, Аноним (12), 15:25, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если речь обо мне, то я использую Либру со дня его появления. А до этого пользовался ОпенОфисом. Если говорить о моём комментарии, то есть клиентская программа, написанная на MS Access 2016. Прежде чем переписывать клиент на чём-нибудь более вменяемом, предпринимал попытки запустить его в Вайн. Ради интереса, периодически проверяю прогу на новых версиях wine. Пока подвижек в обеспечении работы Access не обнаружено. Вернее, если следовать рекомендациям winehq или скриптам playonlinux или winetricks, то установить и даже запустить его можно, но так, чтобы в нём полноценно работала программа VBA, как-то добиться пока не удалось.
     
  • 2.56, Zenitur (ok), 12:12, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй Crossover. Там макросы работают.
     

  • 1.17, Аноним (17), 17:24, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    До сих пор нет поддержки драйверов.
     
  • 1.18, НеАноним (?), 21:08, 11/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Запустил wine-wayland на wayland и weston kde.Радик 570 и вулкан 1.2.190 mesa-git-21.3.В принципе работает по тестам в кривис2 и сталкер  тт2 огср прибавка около 6 фпс в сложных сценах.Проблемы с клавиатурой и мышкой кнопки не работают надо переназначать что очень неудобно так как привык к другим.Мышка дурит проблемы с поворотами.Предполагаю что это из за отсутствия staging патчей в wine так как в данный момент показывает версию 6.15 vanilla.Картинка иногда как то странно дергается при поворотах можно покрутить настройки kwin.Но с теми же настройками в x11 все плавно и нет проблем с включенной опцией teerfree в xorg-server.Брал и компилировал от сюда https://gpo.zugaina.org/app-emulation/wine-wayland Надо дальше разбираться и прикрутить это дело к wine-staging.Но очень лень лучше подожду годика 2 ИМХО.  
     
     
  • 2.25, Аноним (10), 01:49, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я тоже ждал 2 года... Потом ещё 2 года. И ещё год. Не повторяй чужих ошибок - вернись в лоно святой винды.
     
     
  • 3.30, Аноним (15), 02:52, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Под Xorg Wine вполне сносно робит.

    API overhead никто не отменял, но фаны ради Линукса готовы терпеть.

    // b.

     
  • 3.41, СеменСеменыч777 (?), 14:51, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > вернись в лоно

    это эвфемизм для "п-здуй в п-зду" или для "мама, роди меня обратно" ?
    ответ "нет, ты" на оба пункта.

     
  • 3.43, НЕАноним (?), 17:51, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да я бы и рад на винду.
    Але грошей немає зовсім проклятий диктатор всі зарплати зменшив в три рази в порівнянні з 2010 роком.
    За офис плати за антивирус плати за винду плати за все программы плати за игры плати крім модів сталкера.А если пиратский софт ставить то винда превращается в хакерське гнезо и работать на таком не льзя из соображений безопасности что в наше время очень актуально.По моему ответил ответил как то вот так эх.
     
     
  • 4.51, Жорш (?), 08:25, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кто из них диктатор и как так могло прищемить и где?
     
     
  • 5.54, нЕАноним (?), 11:29, 13/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    як хто дуче звичайно всі знають він один гад такий а ти говориш вінда яка там вінда тільки Лінукс
     

  • 1.20, кек (?), 00:01, 12/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Windows выпускает свой дистрибутив на основе Линукс/В Линукс пытаются в "неэмулятор" Windows, а может Линукс просто не туда движеться? Где-то поперхнулся икрой Ричард)
     
     
  • 2.36, Роман (??), 11:54, 12/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Windows выпускает свой дистрибутив на основе Линукс

    Всё таки Microsoft выпускает, у них интересы несколько шире чем Windows

    > а может Линукс просто не туда движеться?

    Тот же Microsoft помогает Линуксу двигаться в нужном (Майкрософту) направлении. Другим участникам тусовки кажется тоже норм, может кроме Valve ;)

     

  • 1.49, Аноним (49), 20:45, 12/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Программа WineCfg преобразована в формат PE (Portable Executable).

    Она же вроде и была такой?

     
  • 1.52, ryoken (ok), 09:53, 13/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У них (разработчиков) каждые 2 недели выпуски что ли?
     
     
  • 2.61, Аноним (15), 07:53, 14/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой.

    Уже лет 10 как.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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