LINUX.ORG.RU

Релиз Xorg 1.20

 , , ,


2

4

Спустя более полутора лет с момента прошлого значительного выпуска, состоялся релиз Xorg 1.20 ― реализации протокола X11, являющегося основной для подавляющего большинства графических окружений и оконных менеджеров.

В новом выпуске:

  • Реализована поддержка библиотеки GLVND (GL Vendor Neutral Dispatcher), работающей на стороне сервера (GLXVND), что позволяет осуществить автоматическое переключение видеокарт на системах с гибридной графикой (например Nvidia Optimus) путём использования на одной системе одновременно и свободного драйвера из Mesa, и проприетарного (Nvidia). Ранее GLVND был реализован лишь с клиентской стороны, и позволял держать на одной системе две разные libgl1.so
  • Компанией Nvidia предложен новый алгоритм определения устройств, сильно упрощающий их автонастройку и избавляющий от дублирования одного и того же драйвера при использовании нескольких одинаковых устройств, например GPU, в отличии от прежнего алгоритма, сильно переполняющего список устройств. Патч находился на обсуждении 2 года;
  • Обеспечена поддержка технологии DRM Leases, разработанной Китом Паккардом совместно с компанией Valve, в компоненте RandR 1.6. Данная технология необходима для работы шлемов виртуальной реальности, и решает такие проблемы как определение шлема как обычного монитора, а также убирает компоненты графического окружения на пути вывода графики на шлем (в составе SteamVR уже присутствует специальный композитор, построенный на Vulkan и занимающийся компоновкой изображения на VR-устройстве). Вывод осуществляется с использованием штатных технологий ядра Linux, таких как DRM/KMS. Части DRM Leases уже реализованы для ядра Linux (4.15+) и libdrm, также тестируется набор патчей для Mesa (Intel ANV и Radeon RADV) и на обсуждении находится расширение протокола Wayland;
  • Порция значительных улучшений в драйвере Modesetting: реализована поддержка расширений DRI3 v1.1 и v1.2, обеспечена поддержка атомарного переключения видеорежимов, серьёзно улучшена поддержка 2D ускорения в GLAMOR; обеспечена поддержка DRM модификаторов, позволяющих оптимизировать пропускную способность видеопамяти благодаря сжатию и мозаичному размещению плоскостей. Поддержка обеспечена в том числе в драйверах Intel (i965 и ANV), а также в GNOME Mutter, KDE Plasma 5 (патчи пока не в основной ветке), wlroots и Weston, однако для стандартизации размера буферов в драйверах и их распределения будет использоваться предложенная компанией Nvidia реализация «Unix Device Memory Allocator»; обеспечена поддержка 30-ти битной глубины цвета (DeepColor), делающей возможным использование современных HDR-телевизоров и мониторов;
  • В список extramodes-видеорежимов X-сервера добавлены разрешения до 15360 x 8640 (16:9) и до 2560x1600 (16:10). Отныне для монитора с любым разрешением экрана будет сразу выставляться наиболее подходящее на уровне Xorg;
  • Порция значительных улучшений в компоненте Xwayland: обеспечена поддержка протоколов xdg-output, xwayland-keyboard-grub, tablet и linux-dmabuf, необходимых для поддержки дробного масштабирования, захвата клавиатурного ввода (необходимо для работы виртуальных машин), поддержки графических планшетов и поддержки DRM модификаторов через DMA-BUF соответственно; обеспечена поддержка нескольких буферов изображений; решены проблемы с тирингом, благодаря использованию метода Page Flipping, реализованного в расширении Present. Данный метод позволяет использовать два видеобуфера по очереди (пока один заполняется, другой выводит изображение на экран) с привязкой к отдельным окнам; добавлена поддержка технологии EGLStreams, на которой построена реализация Wayland в проприетарном драйвере Nvidia, что отныне позволяет запускать GLX-приложения в Xwayland, работающем в Wayland-окружении проприетарного драйвера Nvidia (требуется патченый Weston или GNOME Shell 3.24+ собранный с поддержкой egl-device, а также ручное включение DRM/KMS в драйвере);
  • Обеспечена начальная поддержка сборочной системы Meson

Пользователям видеокарт Nvidia необходимо установить драйвер 396.24, в котором обеспечена поддержка нового Xorg

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Sunderland93 (всего исправлений: 6)
Ответ на: комментарий от Gary

Нет. Если проект собирается с опциями ld, например, "-lncurses -lm", или "-lXm -lXt -lX11", то ему фиолетово какая версия Убунты или другого дистрибутива. Эти опции не меняются.

С каким-нибудь GTK3 уже сложнее, но и здесь сработает

GTKLDFLAGS = $(shell pkg-config --libs gtk+-3.0)
LDFLAGS = -lm $(GTKLDFLAGS)

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Нет

Вкусный винегрет

На LTS убунте у тебя куча либ которым два года и ядро такое же старое, так что API много где может (и будет) отличаться. Конечно, если у тебя хеллоуворлд на три строчки, то да, с совместимостью проблем не будет.

Gary ★★★★★
()
Ответ на: комментарий от Gary

Это уже другой вопрос. Так-то и у GCC дефолтный стандарт C++ меняется год от года. И что теперь, разные версии GCC тоже разными платформами считать?

Это уже вопросы развития проекта. Какие библиотеки и каких версий желают использовать разработчики. И если разработчики просто прыгают по версиям библиотек без совместимости с предыдущими версиями (а обычно так и бывает), то юзеру приходится подбирать ту версию проекта, которая работает с его библиотеками. Так происходит, например, с тем же mpv.

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Даже без смены стандартов старый код часто не собирается новым компилером без -fpermissive.

anonymous
()

Т.е. гоа через два на проприетарное НВИДИИ можно будет сидеть быстрой tty консоли или не судьба?

Exmor_RS ★★★
()
Ответ на: комментарий от anonymous

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

Exmor_RS ★★★
()
Ответ на: комментарий от Exmor_RS

Неа, на 8xxx там реально тормозно было, хз чё они там намутили. На 4xx и 9хх вполне норм, если видео в консоли не крутить.

anonymous
()
Ответ на: комментарий от anonymous

Ну для меня тут ситуация аналогична производительности композиторов в гноме и кедах на одном и том же железе.

KWin работает быстро и без лагов, а гном тормозит и тирится — хотя для всех этих наворотов объективно хвататет производительности 8xxx и встроек интел, просто одни разработчики криворукие и разрабатывают на 16-ядерных зионах и 1080Ti и у них ок всё конечно.

Exmor_RS ★★★
()
Ответ на: комментарий от Sunderland93

Как только Nvidia добавит поддержку GLXVND в свой драйвер (а её инженеры создавали GLXVND совместно с Red Hat) - то да, будет переключаться автоматом, без всяких Bumblebee и прочих костылей.

Правда? А как это будет работать? PRIME ведь толком не поддерживается (в режиме render offload), что с тех пор изменилось?

intelfx ★★★★★
()

Эффект конкуренции детектед. Без вяленого Х-ы продолжали бы загнивать.

Deleted
()
Ответ на: комментарий от Quasar

в шиндовсе это происходит без участия VirtualGL

в линуксе тоже, man primus

eternal_sorrow ★★★★★
()
Ответ на: комментарий от te111011010

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

А, ну и да - вся эта радость станет доступна только для владельцев новых ноутов, для которых придется специально выдумывать новый чипсет с новой шиной, реализующей все эти хотелки.

anonymous
()

Ура! Через два-три года ждём во ФрееБЗД.

IPR ★★★★★
()

Ждать теперь, когда эти дрова хотя бы до моего DebSid-а доедут... (устанавливать из архива не тянет, ибо засирается всё со страшной силой).

dv76 ★★★★
()
Ответ на: комментарий от anonymous

Чем оно лучше XFree86?

Тем, что живое... в отличии от закопанного.

Deleted
()
Ответ на: комментарий от Deleted

Такому релизу можно было и 2.0 дать

посмертно.. ага

Deleted
()
Ответ на: комментарий от robus

warning: Ниже сугубое субъективное ИМХО, основанное только на своей практике и своём мнении
1) самим языком-недоLISPом, со своими НЕОЧЕВИДНЫМИ_И_ПРОСТО_ПЛОХО_И_НЕОБДУМАННО_ДЛИННО_ПОСТРОЕННЫМИ_ИМЕНАМИ конструкций.
2) тем, что на любой нестандартный чих вынуждает велосипедить.
3) полиси - убивать.
4) модули. Это была бы интересная система, если бы все массово озаботились их писать и поддерживать в актуальном состоянии. А так получается: одно есть, другое нет, третье поломалось. Опять же велосипеды, кто во что горазд.

Ну вот то немногое, что сразу вспомнил.

SkyMaverick ★★★★★
()
Ответ на: комментарий от cuelebra

неужели наконец-то анимации в гноме перестанут тормозить?

Думаю все будет так же 😪

ggrn ★★★★★
()
Ответ на: комментарий от Shulman

Ой-вей, судя по шевелениям, Х11 соломку подстилаютЬ, а то кто знает, как там вяленый провялится, может тоже плесенью порастёт...

Deleted
()

Зачем, зачем юзверю знать вот эти простыни релизов то?
Я фигею, дорогая редакция... 20 лет сам наблюдаю, и до меня оно еще 15 «развивалось».

Ё-маё, Яббл/МС прозрачности рекламируют 3 строчками текста, а тут простыни из года в год, а по факту жудь какая-то несусветная.

Deleted
()
Ответ на: комментарий от anonymous

Ничем, модульное говно с которого порезали много фич.

Behem0th ★★★★★
()
Ответ на: комментарий от anonymous

а как со шрифтами. шрифты лучше будут отрисовыватся?

Отрисовкой шрифтов сегодня заведует библиотека freetype, которая к иксам отношения не имеет.

Zubok ★★★★★
()

Xorg устарел, все никак до второй версии не доберется, то ли дело системда, скоро 300 выйдет.

anonymous
()
Ответ на: комментарий от anonymous

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

Deleted
()
Ответ на: комментарий от Deleted

Ох ёжи их на качалку!
Оказывается нуво! Затейники, впрочем, продукт получился овно.

Deleted
()
Ответ на: комментарий от eR

Чур не я!

Мне тоже интересен статута этого расширения.

Behem0th ★★★★★
()
Ответ на: комментарий от robus

Чем странен cmake?

Абсолютно всем. Непонятно, почему C/C++ разработчики выбрали эту парашу и сделали почти дефолтной. Надеюсь, Meson вконец прибьёт CMake, который стал такой же хернёй, как autotools.

EXL ★★★★★
()
Ответ на: комментарий от cuelebra

неужели наконец-то анимации в гноме перестанут тормозить?

Не дождетесь

kto_tama ★★★★★
()

Годно. Православно. Нужно. Анонимус одобряе.

anonymous
()

Gary, saahriktu, вы оба правы. Две разные убунты - это действительно две разные платформы. Но создать один бинарь, который работает в обеих, можно.

Вот смотрите. Google Chrome 40. Собирается в Debian 7 (или Ubuntu 12.04, не знаю точно). В Ubuntu 14.04 и 16.04 работает прекрасно. Google Chrome 41+ перевели на новую билд-ферму. При попытке запустить этот Chrome в Ubuntu 12.04, мы увидим ошибку: функция something отсутствует в libXfixes, а функция something2 - в libXext.

Ну то есть смотрите: исходник всё тот же, но так как собиралось с более новыми либами, то использовались новые возможности.

При этом прога, собранная со старыми либами, прекрасно работает и с новыми либами тоже!

Это не заслуга Каноникала. За железобетонную обратную совместимость ядра, стека GNU и графической подситемы борятся создатели тру-энтерплайз линуксов. Им надо, чтобы Maya 2016 работала в будущем CentOS 8 так же хорошо, как в нынешнем CentOS 7.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.