Следом за Wine 4.0 (https://www.opennet.me/opennews/art.shtml?num=50011) состоялся релиз (https://www.winehq.org/pipermail/wine-devel/2019-January/137...) смежного проекта Wine Staging 4.0 (https://github.com/wine-staging/wine-staging/), в рамках которого формируются расширенные сборки Wine, включающие не полностью готовые или рискованные патчи, пока не пригодные для принятия в основную ветку Wine. В рамках нового выпуска проведена работа по адаптации поддерживаемых в ветке Wine Staging патчей к актуальной кодовой базе Wine 4.0. Готовые пакеты сформированы (https://wiki.winehq.org/Download) для Debian, Ubuntu, Fedora, openSUSE и macOS.Wine-staging позиционируется как площадка для предварительного тестирования экспериментальных патчей, перед их включением в основное дерево исходных текстов Wine. По сравнению с Wine в Wine Staging предоставляется 837 дополнительных патчей, включающих 336 наборов изменений (https://github.com/wine-staging/wine-staging/tree/master/pat...). В том числе в Wine Staging реализована поддержка Windows ACL, API Xaudio 2, CUDA/PhysX/NVENC для видеокарт NVIDIA, EAX 1, тем оформления GTK3+, декодирования DXVA2 на стороне GPU, дополнительных кодеков, расширений Direct2D/Direct3D и функций системных библиотек.
URL: https://www.winehq.org/pipermail/wine-devel/2019-January/137...
Новость: https://www.opennet.me/opennews/art.shtml?num=50025
> Поддержка тем GTK+ 3Джва года ждал! Конечно тему надо с кнопками поменьше, а то я даже боюсь представить...
Чета на Mac OS тормозит
Линукс и Windows не тормозит.Жуйте дальше свой Металл.
Хороший API, превращающий графическую рабочую станцию в айфон.
Я считаю, что нет ничего плохого в айфоне. Наоборот, прокрутка, скроллинг, жесты с тачпада - многие айфонные составляющие в Мак ОС, это то, что меня здесь держит.
То, что немногочисленных профессионалов ущемляют в угоду широкой массе юзеров - это плохо. И это все Кукан виноват.
А отсутствие такой мелочи тебя совсем не беспокоит?Geometry shader emulation
Cull distance emulation
Tessellation shaders
Ыыы, Мак не для игр, аряяяя (*убежал с порванной жопой в закат)
Да забыл самое главное - зум в браузерах как в iOS, это просто киллер фича. Без неё не могу теперь.
Тормозит, так как Apple давно забил на развитие OpenGL в макоси и вообще её планирует выпилить. OpenGL в макоси глючен и застрял на версии 3.3 емнип.
4.1 там, но он еще и тормозной.
Тормозит относительно прежних выпусков.
Так-то, я заметил, что лучше всего Wine работает в High Sierra.
А нельзя приделать Wine прямо к Metal 2?
Here's my list of things still to be done for DXVK:Geometry shader emulation
Cull distance emulation
Tessellation shadersПриделывай, что уж там.
Windows ACL, это которые NFSv4 style ACL? Но зачем?
Windows ACL filesystem наверное.
> Но разработчики DXVK не ответили на письма с предложением о сотрудничестве.Мне просто интересно, они понимают, что выставили себя говнюками в глазах сообщества?
Ну, не они, а он - там фактически один разработчик. К тому же неизвестно, по какой причине он не ответил, возможно просто не увидел эти самые письма. Не хватает информации для того, чтобы сделать вывод.Однако один останавливающий слияние DXVK с Wine фактор был всегда известен - это язык. Wine использует только C в коде, тогда как DXVK написан на C++.
> The other thing people seem to want to know is "Why not DXVK?". On first sight, you might say DXVK is written in C++, uses a non-copyleft license... while Wine would obviously prefer C, LGPL... Nevertheless, those things wouldn't be disqualifying per se.
> In February 2018, we reached out to Philip Rebohle—the author of DXVK—to start a conversation around whether there were any areas we could cooperate on. That e-mail went unanswered. Now, I appreciate that different people have different ideas about what's acceptable and what isn't, but personally I think that's extremely rude and uncivilised. Nevertheless, e-mail gets lost sometimes, sometimes people are busy, everyone gets a second chance. So a few months later, since I was organising WineConf 2018, I sent Philip a personal invitation to attend WineConf, and perhaps discuss things there. That invitation went unanswered too, at which point I was pretty much done with DXVK. It is my understanding that since then both Jeremy White and CodeWeavers' partners at Valve have tried reaching out to Philip on the subject, but evidently with little success.Выдержка из mailing list
> Однако один останавливающий слияние DXVK с Wine фактор был всегда известенКто о слиянии говорил то?
> К тому же неизвестно, по какой причине он не ответил, возможно просто не увидел эти самые письма.
А это является уважительной причиной? Может, попробовать на работе разок так отмазаться?
Хотя ну нафиг...
Какая разница? Понимают или не понимают, но не отвечают.Я вполне могу представить себе ситуацию, когда я бы тоже не ответил. Если бы ко мне вдруг подвалил какой-то чувак и внезапно предложил бы сотрудничать, и я бы видел кучу проблем на этом пути (типа разных языков программирования, несовместимости лицензий, несовместимости процессов разработки, может быть ещё несколько разных несовместимостей), то я бы элементарно мог бы не найти что сказать, кроме "ты чё тупой? ты чё не видишь, чтoлe что это невозможно?". Понятно, что и этот ответ тоже можно изложить дипломатически политкорректным языком, но это потребует усилий, и не факт, что я бы на эти усилия пошёл. Тем более что как минимум на подсознательном уровне я буду понимать, что сотрудничество -- это несвобода. Сотрудничество с более крупным проектом -- это значит существенная несвобода. И это понимание, особенно если оно останется неосознанным, будет приводить к тому, что сама идея сотрудничества будет выглядеть для меня непривлекательной, и любой ответ кроме отказа будет выглядеть неуместным для меня. А отказывать сложно, некоторым это вообще не удаётся.
Если бы мне предложил знакомый человек, и не внезапно. Человек с которым я уже общался, и представляю себе как он отреагирует на то или это, с которым у нас уже сложились какие-то неформальные правила общения, мне было бы проще, и я скорее всего ответил бы.
Мы не знаем, как выглядело это предложение о сотрудничестве. Поэтому нам не стоит делать поспешные выводы о том, кто в данной неудавшейся коммуникации был говнюком.
Письмо просто в спам упало.
Намылить на спамоящик - это называется пробовать наладить сотрудничество уже?
> Письмо просто в спам упало.Это он сам сказал, лично?
https://github.com/doitsujin/dxvk/issues/887
Да нет, он реально проигнорировал. А в своем ГитХабе прямо всех послал!..
> включающие не полностью готовые или рискованные патчи, пока не пригодные для принятия в основную ветку WineА это так нынче называется? Помнится пару лет назад это было упрямство разработчиков Wine.
Такое ощущение что все что нам не хватало - это vulkan, а не wayland. =)
Лишь намекает о востребованности wayland.
https://wiki.winehq.org/Developer_FAQ#Does_Wine_allow_C.2B.2...facepalm.jpg
а зачем DXVK может понадобиться, кроме как для wine?
Для портирования игры, ваш кэп.
Попробовал в этом ваше Wine 4.0 запустить Старкрафт2. Вся система начинает тормозить. В баттл-нете кнопки еле работают (не показывают дропдауны пока не наведёшь где они должны по идее быть). В wine64 по кнопке Launch вообще ничего не происходит, в wine32 видюшка входная играет а потом всё виснет на intro screen. И при килле приложения, не возвращает родное разрешение экрана.
Спасибо за баг-репорт, приняли ваши замечания, в следующем обновлении исправим!
Помню пробовал запускать СЦ2 через вайн ещё во времена Винг оф Либерти - уже тогда она нормально работало. Вот прогресс спустя столько лет, или близарды так палки в колёса вставляют?
> бэкенда к wined3d на базе графического API Vulkan ... Использование Vulkan вместо OpenGL для реализации Direct3D 9в новости не написано - кто в курсе, они VK9 сотрудничать будут?
>> бэкенда к wined3d на базе графического API Vulkan ... Использование Vulkan вместо OpenGL для реализации Direct3D 9
> в новости не написано - кто в курсе, они VK9 сотрудничать будут?https://github.com/disks86/VK9/issues/100
disks86:
Well as pointed out in a previous comment my whole development setup is windows based so I doubt they will integrate anything I have. It's more likely that at most they would look at what I did for reference and rewrite it in their build environment with their coding standards. Regardless I'd be happy to share any information I have with them even if it is a competing project.