Опубликован экспериментальный выпуск открытой реализации Win32 API - Wine 10.15. С момента выпуска 10.14 было закрыто 16 отчётов об ошибках и внесено 277 изменений...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63872
> Win32 APIWin32 — это как MS-DOS, пора хоронить!
С чего бы это? У меня прекрасно работают игры, нужные мне, на префиксе 32. Да и вообще другого не имею)
Win32 - самый стабильный и кросс-платформенный фреймворк. Хочешь чтобы твой софт работал без изменений в течение десятилетий? Пиши под Win32.
Ну, "в течении десятилетий" - это уже навряд ли. Таки скоро этой верёвочке кончик настанет. Пора бы уже.
Ну кстати проекты типа Wine возможно таки сохранят Win32. Просто нормальные разработчики пишут по принципу "могу - значит сделаю". Например, насколько я знаю, у них есть поддержка DirectDraw в Win64, которой нету в оригинальной винде.
Ну как настанет, позовёте, а пока что даже в перспективе конца нет.
«Пора бы уже.» — чтобы зачем?
Сначала на Винде пусть хоронят!
Win32, это отличный кроссплатформенный формат приложений, и даже игр. Работает помимо Windows, на Линукс, Маках, Анроидах. Производительность повыше, чем у Электрон.
Такое будет жить долго как формат текстов *.txt.
Вы же понимаете, что в 64-битных Windows всё ещё Win32 API?
> Добавлена частичная поддержка драйвера ntsyncеё разве не добавляли в предыдущем релизе?
Игори, теперь ждём ваши бенчмарки.
Разницы в fps почти никакой, зато нагрузка меньше, и это только начало.
Если нагрузка меньше, то фпс должно быть больше.
Нагрузка меньше на cpu. А в играх, обычно, упор в gpu.
Кстати, скоро выходит доп. контент для первой части:
https://store.steampowered.com/app/255710/Cities_Skylines/
> ntsync, позволяющего существенно поднять производительность Windows-игрТак это же неправда, что уже показали тесты. У ntsync та же производительность, что у fsync.
> Так это же неправда, что уже показали тесты. У ntsync та же
> производительность, что у fsync.Сравнивают со своим winesync.
Легок на помине, только вчера думал.В wine от версии к версии что-то обязательно ломается.
Есть у меня несколько приложений для тестирования.
Например, 1by1 в 6 версии wine в окне настроек черный прямоугольник и ничего, но в wine 10 настройки отображаются нормально.
Зато The KMPlayer в 6 версии показывает картинку, а в 10 черный экран, но DPI интерфейса поправили.Вместо того, чтобы прикручивать всякие вулканы, занимались бы наполнением win32 API, где сейчас до сих пор функции с заглушками, из-за чего много приложений толком не работают, глядишь, и не пришлось бы костылить дальше.
Они, блнн, сломали ShellTreeView, ShellListView, не помню в какой бородатой версии. Отрисовка шрифтов в том же winefile кривая до невозможности.
Многие приложания закрываются с ошибкой: не найдена точка входа в функцию. Опять же - дырявый API.
Но вообще вайн же существует не от хорошей линукс-жизни, верно? Потребность в нём обусловлена не самодостаточностью экосистемы линукс, а как раз наоборот, так? Ну а разработка и исполнение как и всё остальное там. Ровно на том же уровне.
>Но вообще вайн же существует не от хорошей линукс-жизни, верно?
>Потребность в нём обусловлена не самодостаточностью экосистемы линукс, а как раз наоборот, так?А теперь давай прокомментируй причины существование DosBOX и RetroArch, гений.
Эмуляцию древностей с эмуляцией актуальной ОС сравнивать гениально, бесспорно.
Использовать виндовые плееры на линуксе через вайн - это вообще пушка.
все что круглое - носить, всё квадратное - катать.
Родитель AIMP'a внял просьбам линуксоидов и "скоро" сделает Линукс версию
Уже сделал.
Угу, только этот AIMP запускется под wine. Ранее, Bass.dll с которым работает AIMP был только для винды. Сейчас, с появлением либы для Linux, может получится портировать нативно под Linux. Но подозреваю, у AIMP есть сложности с движком скинов.
Недавно выпустили нативную Alpha 6 для линукса. Использует GTK2 + Cairo с полупрозрачностью. Звук выводит через libao. Ставится в /opt/aimp, также там хранится конфиг. В интернете инфы пока мало.