The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.43

08.04.2025 19:52

Опубликован выпуск пакета wayland-protocols 1.43, содержащего набор протоколов и расширений, дополняющих базовый протокол Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений.

В Wayland-Protocols 1.43 добавлен новый протокол "xdg-toplevel-tag", позволяющий Wayland-клиентам прикреплять теги к поверхностями верхнего уровня, которые композитный сервер может использовать для идентификации окон после перезапуска приложения (например, приложение может выставить теги "main window" и "settings" для основного окна и окна с настройками). Подобная идентификация полезна для восстановления позиции, размера и свойств окон после перезапуска, а также для определения особых правил для отдельных видов окон.

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

Все протоколы последовательно проходят фазы разработки, тестирования и стабилизации. После завершения стадии разработки (категория "unstable") протокол помещается в ветку "staging" и официально включается в состав набора wayland-protocols, а после завершения тестирования перемещается в категорию стабильных. Протоколы из категории "staging" уже можно применять в композитных серверах и клиентах, где требуется связанная с ними функциональность. В отличие от категории "unstable" в "staging" запрещено внесение изменений, нарушающих совместимость, но в случае выявление проблем и недоработок в ходе тестирования, не исключается замена новой значительной версией протокола или другим Wayland-расширением.

Для ускорения доведения протоколов до разработчиков и стимулирования ранней реализации протоколов в существующих проектах, начиная с позапрошлого выпуска дополнительно была добавлена фаза "experimental", в которой допускается внесение изменений, нарушающих совместимость, и добавление "сырых" протоколов, которые можно постепенно доводить до должного уровня. Если для попадания протокола в фазу "staging" требуется сформировать команду поддержки и получить определённое число подтверждений (ACK) от участников рецензирования, то для попадания в "experimental" достаточно отсутствия возражений (NACK) в течение двухнедельного периода рецензирования.

В настоящее время в состав набора wayland-protocols входят следующие стабильные протоколы, в которых обеспечивается обратная совместимость:

  • "viewporter" - позволяет клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера.
  • "presentation-time" - обеспечивает отображение видео.
  • "xdg-shell" - интерфейс создания и взаимодействия с поверхностями как с окнами, позволяющий передвигать их по экрану, сворачивать, разворачивать, изменять размер и т.д.
  • "linux-dmabuf" - предоставляет возможности для создания wl_buffer-ов на базе DMA-BUF.
  • "tablet" - организация ввода с графических планшетов.

Протоколы, тестируемые в ветке "staging":

  • drm-lease - предоставляет ресурсы, необходимые для формирования стереокартинки с разными буферами для левого и правого глаза при выводе на шлемы виртуальной реальности.
  • "ext-session-lock" - определяет средства блокировки сеанса, например, во время работы хранителя экрана или вывода диалога аутентификации.
  • "single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA.
  • "xdg-activation" - позволяет передать фокус между разными поверхностями первого уровня (например, при помощи xdg-activation одно приложение может переключить фокус на другое).
  • content-type - позволяет клиентам передать композитному серверу сведения об отображаемом содержимом, которые могут использоваться для оптимизации поведения с учётом содержимого, например, выставлении специфичных DRM-свойств, таких как "content type". Заявлена поддержка следующих типов контента: none (нет сведений о типе данных), photo (вывод цифровых фото, требующий минимальной обработки), video (видео или анимация, требуется более точная синхронизация, чтобы исключить подтормаживания) и game (запуск игр, требуется вывод с минимальной задержкой).
  • ext-idle-notify - даёт возможность композитным серверам передавать клиентам уведомления о неактивности пользователя, что может использоваться для активации дополнительных режимов энергосбережения после определённого времени неактивности.
  • tearing-control - позволяет отключить в полноэкранных приложениях вертикальную синхронизацию (VSync) с кадровым гасящим импульсом, применяемую для защиты от появления разрывов при выводе (tearing). В мультимедийных приложениях появление артефактов из-за разрывов является нежелательным эффектом, но в игровых программах с артефактами можно смириться, если борьба с ними приводит к дополнительным задержкам.
  • ext-foreign-toplevel-list - получение информации о поверхностях, размещённых на самом верхнем уровне (toplevel), которые позволяют организовать закрепление окон поверх другого содержимого, например, для подключения собственных панелей и переключателей окон.
  • security-context - позволяет идентифицировать клиентов, использующих sandbox-изоляцию. Клиент может зарегистрировать новое подключение к композитному серверу на базе Wayland и прикрепить к нему контекст безопасности, после чего в соответствии с указанным контекстом безопасности композитный менеджер ограничит возможности, доступные для установленного соединения.
  • cursor-shape - альтернативный способ настройки внешнего вида курсора, основанный на передаче серии изображений курсора вместо привязки к поверхности (wl_surface).
  • "ext-transient-seat" - предназначен для создания временных независимых сеансов (seat), рассчитанных на использование вместе с виртуальными устройствами ввода. Например, при реализации возможности подключения к удалённому рабочему столу протокол позволяет создать для каждого пользователя отдельный сеанс с виртуальными клавиатурой и мышью.
  • "xdg-toplevel-drag" - расширяет механизм "drag & drop" возможностью прикрепления окон верхнего уровня к операции перемещения, что может быть использовано, например, для организации перетаскивания мышью панелей инструментов или вкладок браузера. Новый протокол позволяет создавать отсоединяемые части окна, которые при перетаскивании из этого окна становятся новыми окнами и могут перемещаться поверх существующего окна перед повторным прикреплением.
  • "xdg-dialog" - позволяет назначать поверхностям верхнего уровня признаки, специфичные для диалоговых окон, например, можно создавать модальные диалоги, которые блокируют взаимодействие пользователя с остальной частью интерфейса.
  • "linux-drm-syncobj" - предоставляет инструменты для явной синхронизации буферов при помощи объектов синхронизации DRM (Direct Rendering Manager). Предполагается, что в контексте синхронизации при отрисовке в буфер предложенный протокол позволит улучшить работу с драйверами на базе графических API Vulkan и OpenGL (реализация базируется на обработчиках в драйверах). Новый протокол даёт возможность убедиться, что операция отрисовки в буфер завершена до того, как композитный менеджер отобразит данный буфер.
  • alpha-modifier, позволяющий клиентам менять уровень прозрачности поверхности и выносить операции по обеспечению прозрачности на сторону композитного сервера, который в свою очередь может переадресовать эти операции KMS.
  • xdg-toplevel-icon - привязка пиктограммы к окну верхнего уровня.
  • ext-image-capture-source и ext-image-copy-capture - организация захвата контента, выводимого на экран.
  • xdg-system-bell - позволяет выводить системный сигнал, который может использоваться, например, как предупреждение в эмуляторе терминалов. Форма вывода сигнала определяется на усмотрение композитного менеджера, это может быть не только звук, но визуальный отклик.
  • fifo - реализует FIFO-механизм (первым пришёл - первым ушёл) обработки очереди обновления содержимого отображаемой поверхности. С практической стороны протокол позволяет при выводе использовать ожидание завершения вертикальной развёртки (vblank) вместо использования callback-вызовов при каждой готовности отобразить новый кадр, что решает проблему с высокой нагрузкой на GPU при использовании VSync.
  • commit-timing - позволяет привязать ограничение времени к содержимому поверхности (композитный сервер должен отобразить изменение контента по возможности через указанное время, но не раньше).
  • ext-data-control - позволяет привилегированным клиентам управлять обработкой данных, например, для реализации менеджеров буфера обмена.
  • ext-workspace - реализует концепцию виртуальных рабочих столов и предлагает события с информацией о состоянии рабочих столов, а также возможности для активации и деактивации рабочих столов. Протокол может применяться для создания панелей и индикаторов, выводящих список доступных виртуальных рабочих столов и позволяющих переключаться между ними.
  • color-management - предоставляет возможности для управления цветом и поддержки расширенного динамического диапазона яркости (HDR, High Dynamic Range). При помощи добавленного расширения клиентские приложения могут получать информацию о связанных с цветопередачей свойствах устройств вывода и передавать композитному серверу данные о свойствах цветопередачи собственного контента. В композитном сервере данная информация может использоваться для автоматического управления цветом при отображении содержимого на различных устройствах вывода, например, для преобразования контента в предоставление, подходящее для отображения на HDR-мониторах. Для описания цветовых пространств используются профили ICC.

Протоколы, разрабатываемые в ветке "unstable":

  • "fullscreen-shell" - управление работой в полноэкранном режиме.
  • "input-method" - обработка методов ввода.
  • "idle-inhibit" - блокировка запуска скринсейвера (экранной заставки).
  • "input-timestamps" - временные метки для событий ввода.
  • "keyboard-shortcuts-inhibit" - управление прикреплением клавиатурных комбинаций и горячих клавиш.
  • "linux-explicit-synchronization" - специфичный для Linux механизм синхронизации буферов в привязке к поверхности.
  • "pointer-gestures" - управление с сенсорных экранов.
  • "pointer constraints" - ограничения указателей (блокировка).
  • "primary-selection" - по аналогии с X11 обеспечивает работу первичного буфера обмена (primary selection), вставка информации из которого обычно осуществляется средней кнопкой мыши.
  • "relative pointer events" - относительные события указателей.
  • "text-input" - организация ввода текста.
  • "xdg-foreign" - интерфейс взаимодействия с поверхностями "соседнего" клиента.
  • "xdg-decoration" - отрисовка декораций окон на стороне сервера.
  • "xdg-output" - дополнительные сведения о видеовыходе (используется для дробного масштабирования).
  • "xwayland-keyboard-grab" - захват ввода в приложениях XWayland.
  • "xdg-session-management" - восстановление состояния окон для прерванных сеансов (например, после аварийного завершения композитного менеджера).


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Выпуск Wayland-Protocols 1.42
  3. OpenNews: В KDE добавлена поддержка Wayland-протокола fifo и улучшена настройка дисплеев
  4. OpenNews: Разделение кода kwin_x11 и kwin_wayland. Прекращение поддержки X11 в KDE 7
  5. OpenNews: AMD развивает собственный композитный сервер ACS, использующий Wayland
  6. OpenNews: Состояние поддержки Wayland в проприетарных драйверах NVIDIA
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63038-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (129) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 19:59, 08/04/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –6 +/
     

  • 1.7, Аноним (7), 20:10, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Почему половина протоколов для блоат-фри замены исков это какие-то инпуты и клавиатура?
     
     
  • 2.11, Аноним (11), 20:45, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Почему половина протоколов для блоат-фри замены исков это какие-то инпуты и клавиатура?

    Интереснее, почему оно, спустя _18(!)_лет_, все еще в "unstable"?

     
     
  • 3.13, Аноним (15), 21:07, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > почему оно, спустя _18(!)_лет_, все еще в "unstable"

    Все еще Wayland, превзнемогает x11.

     
     
  • 4.26, 12yoexpert (ok), 22:41, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    реквестирую сайт вайлендпревозмогает.ком
     
     
  • 5.38, Аноним (15), 23:52, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > вайлендпревозмогает.ком

    Там должна быть Progress Bar, ( только >100% ) она уходит за пределы экрана,
    И музыка из файтингов наподобии Mortal Kombat.

     
  • 5.98, Аноним (-), 12:21, 09/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.17, Аноним (19), 21:29, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что глючит и не работает. Они пока не знают, как воспроизвести функциональность. Протоколы же теоретические, а как оно получится на практике, это надо смотреть.
     
  • 3.51, blkkid (?), 08:30, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    потому что input-method - это разнообразные вариации ввода *не* 1-к-1 с клавиатуры, типа ввод ханьцзы через пиньин или рукописью с планшета

    оно на иксах нормально никогда не поддерживалось, на вейланде пытаются по-человечески сделать сейчас

     
     
  • 4.64, Аноним (64), 09:18, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Полная ерунда. Метод ввода в X Window System работал нормально последние лет 20 точно, а может и больше.

    А в wayland как раз он не работает в приложениях не на gtk/kde.

     
     
  • 5.65, n00by (ok), 09:43, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И как в X Window System нормально работать с сенсорным экраном с 10-ю точками касаний? По нормали к экрану тыкать одним пальцем?
     
     
  • 6.86, 12yoexpert (ok), 11:39, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    два пальца отлично работают в xfce/gnome, 10 не пробовал
     
     
  • 7.90, n00by (ok), 11:52, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они работают как эмуляция мышки, при этом часть информации теряется. С пером (графический планшет) такая же история - оно двигает курсор мышки, тогда как возможно обрабатывать как независимое устройство (грубо говоря, одной рукой рисовать, а другой тыкать в менюшку редактора).
     
     
  • 8.116, 12yoexpert (ok), 14:22, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не знаю, у меня в гноме при использовании тача и активного стилуса курсор скрыва... текст свёрнут, показать
     
     
  • 9.134, n00by (ok), 09:36, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что бы понять, что может потеряться, надо смотреть struct wl_pointer и struct wl... большой текст свёрнут, показать
     
     
  • 10.161, 12yoexpert (ok), 09:50, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да нет, не надо, всё просто работает почему кого-то должно интересовать, что та... текст свёрнут, показать
     
     
  • 11.163, n00by (ok), 10:45, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не работает Подписать документ -- одна точка касания ... текст свёрнут, показать
     
  • 6.93, Аноним (-), 12:11, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И как в X Window System нормально работать с сенсорным экраном с 10-ю точками касаний?
    > По нормали к экрану тыкать одним пальцем?

    Ты еще спроси, а умеют ли иксы в нормальные жесты))

     
  • 6.158, Аноним (64), 04:31, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может и никак, и в Х11 это дефект, но к методу ввода это никакого отношения не имеет.
     
     
  • 7.159, n00by (ok), 08:02, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Полная ерунда. "input-method - это разнообразные вариации ввода *не* 1-к-1 с клавиатуры, типа ввод ханьцзы через пиньин или рукописью с планшета"
     

  • 1.9, Аноним (9), 20:34, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    надеемся на HDR в sway 1.11
     
  • 1.10, Аноним (-), 20:39, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не знаю, что там было не готово, но сегодня на своей Fedora 42 накатил драйвер NVIDIA, даже не выходя в multi-user.target. Иначе говоря, просто в терминале под GNOME запустил инсталлятор драйвера. Перезагрузился — и так-то! Всё работает. И wayland-сессия, и GNOME.
     
     
  • 2.92, Alladin (?), 12:09, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    на gnome работает, все что вне gnome (а это 98.9%) сбоит.
     

  • 1.12, Аноним (12), 21:06, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    unstable кочует из версии в версию... И это только протокол. А реализация?!
     
     
  • 2.20, Аттачед (?), 21:33, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>unstable кочует из версии в версию

    Чую чую я кочую в долину анимаций , в долину композов.

     
  • 2.24, Аноним (22), 21:56, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А реализация будет у всех своя, со своими особенностями.
     
     
  • 3.27, 12yoexpert (ok), 22:43, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и все проблемы - это проблемы реализации. а wayland - это просто протокол, и он давно готов, в отличие от этих ваших иксов, которые невозможно поддерживать. это пока что они работают, но вот-вот уже, возможно, завтра, перестанут
     
     
  • 4.49, Аноним (22), 04:12, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Если всё работает, то вейланд - это будущее. Если что-то в вейланде не работает, то вейланд - это всего лишь протокол. :)
     
     
  • 5.58, 12yoexpert (ok), 08:53, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    я и говорю, вайленд идеален
     
  • 4.50, EULA (?), 06:22, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Протокол, в котором 99% фишек Иксов не работает, не поддерживается или глючит.
    Ну подумаешь, что протокол не дает описания работы с VNC-сервером.
    Ну подумаешь, что протокол не дает возможности икапсулировать вывод окна приложения с другого ПК по средствам канала SSH.
    Ну подумаешь, что протокол не позволяет работать гибридной графике нативно.
    Ну подумаешь, что протокол не позволяет динамически менять количество мониторов, поэтому в разных реализациях клиенты крашатся.
     
     
  • 5.66, Аноним (-), 09:43, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ну подумаешь, что протокол не дает описания работы с VNC-сервером.

    Не "ну подумаешь",  VNC-сервер в Протоколе не нужен.

    >Ну подумаешь, что протокол не дает возможности икапсулировать вывод окна приложения с другого ПК по средствам канала SSH

    Удалённым доступом Потокол не занимается.

    >Ну подумаешь, что протокол не позволяет работать гибридной графике нативно.

    Поподробнее пожалуйста, это как?

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

    Этим должна заниматься специализированная утилита, а не Протокол.

    Короче, ты про свои хотелки не тем людям говоришь.

     
     
  • 6.71, Аноним (71), 10:01, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И как же без протокола будет работать vnc? Не видишь в упор противоречия? Что wayland запрещает перехватывать экран и что из этого следует?
     
  • 6.76, EULA (?), 10:39, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В X-ах, он почему-то есть TigerVNC Tight VNC сервер с ним работают по этому про... большой текст свёрнут, показать
     
     
  • 7.84, Sunderland93 (ok), 11:38, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это как раз то, что не дает включить Waylend в коммерческие дистрибутивы, и делает как протокол до сих пор Unstable.

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

     
     
  • 8.97, EULA (?), 12:19, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Где он там по дефолту В Сообществе Gnome воют, что из-за RHEL они не могут из G... большой текст свёрнут, показать
     
     
  • 9.100, Аноним (-), 12:27, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 Нет дробного масштабирования Поэтому когда я подлючаю обычный ноут к обычном... текст свёрнут, показать
     
  • 9.101, Аноним (-), 12:32, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    The X org display server is deprecated, and will be removed in a future major RH... большой текст свёрнут, показать
     
     
  • 10.113, EULA (?), 13:35, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так у них yum в депрекейтед находится с 2026 года И ничего, что если конфигурац... большой текст свёрнут, показать
     
     
  • 11.115, Аноним (-), 14:00, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего То что Х деприкейтнутый это не отменяет Как и то что default desktop se... большой текст свёрнут, показать
     
     
  • 12.122, EULA (?), 15:24, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 На одномониторных инесталляциях 2 На графике Vesa В XOrg как раз работает ... большой текст свёрнут, показать
     
     
  • 13.125, Аноним (-), 16:23, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сколько процентов таких юзеров Что-то мне подсказывает что большинство Так есл... большой текст свёрнут, показать
     
  • 9.128, Sunderland93 (ok), 17:49, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В RHEL 9 В 10 иксы выпилят вовсе В Ubuntu начиная с 22 04 Или это недостаточн... большой текст свёрнут, показать
     
  • 7.95, Аноним (-), 12:14, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > для вывода приложения с дискретной графики NVidia используется механизм XWaylend,
    > и то коряво с лагами, что простоя игруха типа туксрейсинг при запуске на
    > дискретке тиринг дает

    А на АМД почему-то все отлично работает и в иксах, и в вейланде.
    Не задумывались почему?
    Может вам стоит обратиться к поставщеку оборудования и начать задавать вопросы?

    PS: пингвиноиды с нвидией это прям какая-то особая каста терпил и мазахистов... вам производитель по губам годами водит, а вы все терпите и терпите.

     
     
  • 8.114, EULA (?), 13:56, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не только задумывался, но и ответ получил - идет переключение на софтовый рендер... текст свёрнут, показать
     
     
  • 9.124, Аноним (-), 15:44, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Никаких жалоб Если требуете швo6oдку, то будьте готовы что вас пошлют нафиг По... большой текст свёрнут, показать
     
  • 7.108, Аноним (108), 13:11, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Plasma из-за этого теряет окна, открытые на втором мониторе.

    Кстати в Gnome 44.1 то же самое, теряет окна.

     
  • 5.99, Аноним (-), 12:22, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А он должен Автомобиль тоже не поддерживает фишки лошадки кушать сахар , фырк... большой текст свёрнут, показать
     
  • 5.117, 12yoexpert (ok), 14:23, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Протокол, в котором 99% фишек Иксов не работает, не поддерживается или глючит.

    ой, вот только на надо нагло врать

     
     
  • 6.121, EULA (?), 14:58, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и где:
    1. Вывод окна приложения с друго компьютера через защищенный канал?
    2. Где вывод окна приложения с дескретной графикой.
    3. Вывод графики сразу в VNC-сервер
    4. Запуск второй сессии Wayland
    5. Поддержка SDL
    6. Поддержка шейдеров Vulcan в оконном режиме
    ....
    ?
     
     
  • 7.123, Аноним (-), 15:27, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и где:
    > 1. Вывод окна приложения с друго компьютера через защищенный канал?
    > 2. Где вывод окна приложения с дескретной графикой.
    > 3. Вывод графики сразу в VNC-сервер
    > 4. Запуск второй сессии Wayland
    > 5. Поддержка SDL
    > 6. Поддержка шейдеров Vulcan в оконном режиме
    > ....
    > ?

    Ну и где:
    1. дробное масштабирование
    2. нормальный vrr
    3. поддержка HDR
    4. поддержка multiple planes
    5. контроль доступа между приложениями
    ...
    ?

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

     

     ....большая нить свёрнута, показать (26)

  • 1.25, Аноним (25), 22:27, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    в 13 дебиане будут иксы, значит 5 лет есть.
    а там ишак или шах
     
     
  • 2.28, 12yoexpert (ok), 22:47, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    хилимся, живём! (с)
     
  • 2.36, Аноним (15), 23:45, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > а там ишак или шах

    А в Debian, уже реализовали функцию,
    Что когда ставишь Live сборку ( Мне Live удобней, можно посмотреть что ставишь, и стоит ли ), уже добавили функцию когда после удаления Libre-Office* он не удаляет всю систему ( по зависимостям ), включая оболочку?

     
  • 2.39, Аноним (39), 00:01, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А смысл? Вяленый прекрасно работает уже пару лет. Чё вы страдаете?
     

  • 1.30, Аноним (30), 23:26, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В Wayland-Protocols 1.43 добавлен новый протокол "xdg-toplevel-tag"

    Через 16 лет разработки протокола, by design не позволяющего приложениям позиционировать их собственные окна, авторы вдруг задались вопросом: "А как комозитору различать окна одного и того же приложения «для восстановления позиции, размера и свойств окон после перезапуска»?". *facepalm*

     
     
  • 2.34, Аноним (15), 23:40, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В Wayland-Protocols 1.43 добавлен новый протокол "xdg-toplevel-tag"

    Тоесть теперь можно отсоединить вкладку браузера, или прикрепить вкладку к браузеру?
    Или простот запоминает расположение Konsole?

     
     
  • 3.85, Sunderland93 (ok), 11:38, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, только для этого используется другой протокол - xdg-toplevel-drag
     
  • 3.89, Аноним (19), 11:46, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это чтобы после падения/перезапуска kwin все окна не попадали на 1 рабочий стол. Ну и в целом сложности с позиционированием у вейланда, вон mpv вечно не влезает в экран.
     

  • 1.40, Аноним (40), 00:28, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Курю документацию ... и всё равно нихрена не понятен ответ на один простой вопрос:
    1. есть монитор
    2. есть его icc-профиль
    3. есть произвольная длина волны (в том числе не попадающая в sRGB, но попадающая в гамут конкретной модели монитора).

    Как отрендерить её максимально соответствующе ощущениям попадания конкретной длины волны в глаз (исключая термические эффекты)? Вопрос не праздный для physically based rendering.

     
     
  • 2.42, Аноним (40), 00:37, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И да: монитор не HDR, карта не HDR. Нужно просто выводить конкретное окно на монитор как есть без всяких цветовых профилей на стороне композитора или X-сервера. Вещь тривиальнейшая, по сути именно так работало управление цветом на винде ещё в девяностые ещё на фотошопе - каждое приложение просто получало от системы сведение о цветовом профиле через WinAPI, и далее либо считало само через установленную в систему стороннюю CMS через абстрактный интерфейс, либо считало само как ему надо, в.т.ч. в шейдере.

    На Линуксе ничего нормального до сих пор нет. X-сервер загрузил LUT в видеокарту - значит ты выводишь в sRGB, и срать. А в вейланде, судя по докам, тебе предлагают несколько цветовых пространств. И опять срать, что тебе не AdobeRGB нужен, а гамут конкретного монитора.

     
     
  • 3.109, DroidBot (?), 13:13, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот срач там давно, автор АргилЦМС его начал и, слава яйцам, оно медленно движется
    Как я понял, на сегодня откалибровать устройство вывода картинки ещё низзя, а вот применить профиль - можно
    При этом ни на одной системе, включая офтопик, для SDR это не поддерживается и с огромными костылями, вроде как, можно для HDR.

    Так что ждём. Есть там пара предложений, но не ясно как объяснять окнам, что они могут и должны игнорировать цвет, который им карта пихает...

     
  • 2.43, Аноним (43), 01:25, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там 4 варианта и все 4 нужны ;)
     
     
  • 3.48, Аноним (48), 04:09, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагаешь рендерить в GL_RGBA32F?
     
     
  • 4.126, Аноним (126), 17:04, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут надо в целом смотреть что за картинка (и картинка ли вообще), что с ней дальше произойдёт и какие цвета должны быть в остальных программах.

    Если известен профиль монитора и приложение прям на заранее известном мониторе рендерит цвета, то просто рендери RGB нужной разрядности по длине волны и не парься. Но бывают и более сложные ситуации - мониторы меняются  (и у каждого своя калибровка и со временем цвета/подсветка уезжают), на принтеры выводится и т.д.

    Самый простой вариант - известен профиль монитора, для него и выводи. Меняй LUT монопольно при необходимости и не парься. Вполне может быть достаточно.

     
     
  • 5.165, Аноним (165), 19:55, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему я должен луты в карту грузить? Это работа иксов и требует рута. Можете обосновать, зачем рисовалке графиков рут? Вот и я не могу. Не нужен рисовалке графиков рут. Каждый компонент свою работу должен делать. А ни иксы, ни новомодные вейланд-композиторы её не делают.
     
  • 2.129, anonymous (??), 20:30, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почитай про модель восприятия цвета человеком Например https en wikipedia org... большой текст свёрнут, показать
     
     
  • 3.140, Аноним (140), 21:48, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А я знаю Как раз задача такая - есть данные о полном спектре просто чисто для ... большой текст свёрнут, показать
     
     
  • 4.157, anonymous (??), 21:42, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >разбазаривая пространство RGB

    Так просто выводи в legacy/sRGB, в чём проблема то. Пусть композитор пересчитывает на лету в то что надо независимо что за монитор хоть CRT хоть HDR bt.2020, этот режим и сделан для таких случаев. Другие выбираешь если решил заморочиться и использовать современные мониторы по полной, wayland считает что макс это как раз bt.2020 12 бит, используй его.

     
     
  • 5.164, Аноним (164), 19:53, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    sRGB - это обрезка гамута. Это просто общее подмножество всех мониторов, которое в 90е стандартизировали вендоры.
     

  • 1.41, Аноним (41), 00:31, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > tearing-control - позволяет отключить в полноэкранных приложениях вертикальную синхронизацию (VSync)

    Помнится wayland рекламировали как уникальный протокол, в котором в принципе невозможен тиринг. А под капотом оказывается простейший vsync. А, спустя годы, наконец поняли что этот vsync оказывается бывает вреден.

     
     
  • 2.63, Аноним (-), 09:17, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что вместо этого можно применять? Тройную буферизацию или что-то другое?
     
     
  • 3.127, Аноним (-), 17:38, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А почему не применяются алгоритмы типа тесселяции? При подключении монитора можно же вычислить последовательность точек и запомнить? Сначала по углах, получаем углы 4 квадратов. Потом каждый делим на 4 квадрата и т.д. Т.е. один раз вычислить последовательность и вот так заполнять в такой последовательности. Разве так не будет более плавно? Или алгоритмы выполняющиеся на видеокарте к этому не готовы? Впрочем я весьма далек от низкоуровневого программирования
     
     
  • 4.131, Аноним (126), 23:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это во всяких dendy использовали. Из современного - можно под DOS попробовать, а в многозадачной ОС с непонятным железом и непонятными драйверами уже нереально.

    Т.е. когда появляется оконная/графическая система и несколько программ рисуют что-то на экране, а их постоянно тормозит ОС (в рандомные моменты) уже невыполнимо.

     
  • 2.68, n00by (ok), 09:53, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В том и уникальность: программисты про VSync ничего не знают и потому картинка дёргается, а в wayland незнание не доставляет проблем.
     
     
  • 3.70, Аноним (71), 09:56, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в wayland незнание не доставляет проблем.

    Ещё как доставляет. Во-первых, борьба с тирингом не ложилась на плечи прикладного ПО. С ним боролись драйверы видеокарт, либо композиторы. Во-вторых, принудительный vsync снижает производительность и добавляет дрожание кадров, прерывистость.

     
     
  • 4.88, n00by (ok), 11:46, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> в wayland незнание не доставляет проблем.
    > Ещё как доставляет.

    Единственная проблема, какую мне доставляет wayland -- избыток теоретиков, говорящих о выдуманном, а не о собственном опыте.

    > Во-первых, борьба с тирингом не ложилась на плечи прикладного ПО.

    Это не так. Мне приходилось предпринимать меры и на Спектруме, и в DX, и в X11 (в последнем случае помогает Vulkan).

     
     
  • 5.107, Аноним (108), 13:03, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > избыток теоретиков

    Статтеринг - это для вас теория?

     
     
  • 6.111, n00by (ok), 13:17, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> избыток теоретиков
    > Статтеринг - это для вас теория?

    Смотря кто о нём пишет.

     
  • 5.119, Аноним (119), 14:36, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе сейчас про собственный опыт расскажу. На kwin_wayland при низкой памяти при отключённом оверкоммите зависает курсор мыши. На иксах ... ну он тоже иногда зависает, но на порядки реже. Вывод - ффтопку этот жрущий вейланд.
     
     
  • 6.135, n00by (ok), 09:44, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не твой опыт, а опыты KDE-шников над тобой. Получается так, поскольку kwin_wayland не проектировали, как положено, а получали постепенным перепиливанием kwin_x11, изначально спроектированного под X11. Грубо говоря, в уже построенном доме постепенно меняли все стены, включая несущие, не выселяя жильцов.
     
  • 2.130, Аноним (126), 22:18, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В wayland получается тройная буферизация на самом деле, просто буфер размазан ме... большой текст свёрнут, показать
     
     
  • 3.136, n00by (ok), 10:29, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для опытов я сделал вывод через Vulkan c VK_PRESENT_MODE_FIFO_KHR https github... большой текст свёрнут, показать
     
     
  • 4.139, Аноним (140), 21:38, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Vulkan

    Сразу ффтопку. Потому что любой, кто сознательно (а реализация на Vulkan - это сознательный выбор) дискриминирует против пользователей карт с OpenGL - это просто вредитель. Нет никакой необходимости требовать поддержку вулкана, да и будем честными, и OpenGLя вообще, для такой простой игры. Это просто для ЧСВ автора. Своё ЧСВ оставьте при себе. Тренируетесь? Тренируйтесь. Но в прод - не тащите.

     
     
  • 5.141, Аноним (-), 21:58, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это то что сейчас стало стандартом Ну-ну, удачки Ага, а все кто пишут под 64би... большой текст свёрнут, показать
     
  • 5.144, n00by (ok), 10:21, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что бы ты мог давать мне указания, что тащить в прод, тебе необходима самая малость - выступать в роли заказчика. Судя по "дискриминирует против пользователей" ты никогда им не был. С учётом зашкаливания распальцовки в тексте -- ты не тот пользователь, чьи пожелания стоит учитывать. В общем выходит, я всё сделал верно.
     
  • 4.142, Аноним (142), 01:39, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Могу ошибаться, но в wayland ты не с монитором синхронизируешься, а с композитором. В экранный фреймбуфер тебя не пустят и никакой vsync от монитора тебе транслировать просто не надо, ловить vsync монитора - это уже проблемы композитора. Но эта же схема добавляет и лаг...

    В иксах dri1, dri2 и dri3 работают немного по-разному. Выглядит оно хреново - достаточно glxgears, там будет сразу видно что и как (чем сильнее fps приложения опережает fps монитора, тем выше лаги и хуже всё выглядит). Ну пилить надо (и в mesa и в X.org), пока всё закончилось где-то на уровне: давайте просто дропнем dri2, там ахтунг.
    Но опять же, многие старые кадры рисовали как раз в экранный фреймбуфер. Начиная где-то с GeForce8000 стало пофиг (offscreen-rendering перестал приводить к падению производительности).

     
     
  • 5.145, n00by (ok), 10:49, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Могу ошибаться, но в wayland ты не с монитором синхронизируешься, а с
    > композитором. В экранный фреймбуфер тебя не пустят и никакой vsync от
    > монитора тебе транслировать просто не надо, ловить vsync монитора - это
    > уже проблемы композитора. Но эта же схема добавляет и лаг...

    Да, это понятно, что синхронизация идёт с композитором. И там есть тонкость: не мой код ждёт VSync, а композитор сам вызывает обработчик события для отрисовки окна, когда ему угодно.

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

    Композиторы я не копал, но немного поотлаживал код - почему-то всё время оказывался в Mesa, как будто бы композитор ничего не смешивает, а видеоконтроллер при выводе складывает поверхности "на лету".

    > В иксах dri1, dri2 и dri3 работают немного по-разному. Выглядит оно хреново
    > - достаточно glxgears, там будет сразу видно что и как (чем
    > сильнее fps приложения опережает fps монитора, тем выше лаги и хуже
    > всё выглядит). Ну пилить надо (и в mesa и в X.org),
    > пока всё закончилось где-то на уровне: давайте просто дропнем dri2, там
    > ахтунг.
    > Но опять же, многие старые кадры рисовали как раз в экранный фреймбуфер.
    > Начиная где-то с GeForce8000 стало пофиг (offscreen-rendering перестал приводить к падению
    > производительности).

    Рисовать чаще, чем монитор способен показать, мало когда имеет смысл. Ресурсы тратятся, а пользователь видит разрывы картинки.

     
     
  • 6.146, Аноним (146), 11:58, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > получается три буфера, но по времени они работают как два.

    Ну и это не сильно отличается от опции TripleBuffer у большинстве видеодрайверов. Получается, что в wayland у тебя всегда включен TripleBuffer. Мой пост именно об этом. А в видеодрайверах эту опцию не включают...

    Попробуй посмотреть что будет, если время рендеринга кадра превысит интервал VSync. sleep(200) напиши, например. Там может быть интересно...

    > как будто бы композитор ничего не смешивает, а видеоконтроллер при выводе складывает поверхности "на лету".

    Там же тоже через OpenGL (egl) рисуют (композитят во фреймбуфер). Очевидно, что внутри месы вся работа и ожидание сигнала от видюхи "я всё нарисовала". Ну и DMA пытаются использовать, да. В X11 тоже DMA активно используется.

     
     
  • 7.156, n00by (ok), 18:35, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> получается три буфера, но по времени они работают как два.
    > Ну и это не сильно отличается от опции TripleBuffer у большинстве видеодрайверов.

    Это отличается по времени на треть, на длительность кадра.

    > Получается, что в wayland у тебя всегда включен TripleBuffer. Мой пост
    > именно об этом. А в видеодрайверах эту опцию не включают...

    У меня получается в очереди всего два буфера: один отображается, а второй ждёт. При этом тот второй состоит из двух "параллельных".

    > Попробуй посмотреть что будет, если время рендеринга кадра превысит интервал VSync. sleep(200)
    > напиши, например. Там может быть интересно...

    Тогда окажется три буфера в очереди, поскольку композитору требуется отображать другие окна. Но "быстрые" окна будут отображаться без лишней задержки. В Иксах стабильно получается пропуск и для быстрого окна: 1 или 2 кадра, но никогда не 0. В играх и при воспроизведении видео не заметно, размер окна не меняется и спасают три буфера.

    >> как будто бы композитор ничего не смешивает, а видеоконтроллер при выводе складывает поверхности "на лету".
    > Там же тоже через OpenGL (egl) рисуют (композитят во фреймбуфер). Очевидно, что
    > внутри месы вся работа и ожидание сигнала от видюхи "я всё
    > нарисовала". Ну и DMA пытаются использовать, да. В X11 тоже DMA
    > активно используется.

    Мне ничего не очевидно, поскольку для этого требуется доскональное изучение и понимание, а не поверхностная отладка и догадки. К примеру, я забыл вызвать "закрывающую" функцю Vulkan - и всё висло наглухо, картинка "рассыпалась" на полосы.

     

  • 1.44, Аноним (64), 01:28, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA.

    Зачем такие маленькие?

     
     
  • 2.45, Аноним (15), 01:53, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA.

    Зачем такие маленькие?

    Может это параметр для запуска пикселя, как минимальной единицы построения графики,
    И можно запустить например несколько таких single-pixel-buffer.

     
     
  • 3.46, Аноним (64), 02:29, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем специальный протокол?

    Почему нельзя сделать обычный буфер размером 1х1?

     
     
  • 4.54, llolik (ok), 08:50, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем специальный протокол?

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

    В данном случае и описано, как сообщить композитору, что содержимое поверхности (buffer) которая нам нужна и есть тот самый буфер 1х1.

     
     
  • 5.69, Аноним (-), 09:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это, условно говоря, стандартный язык на котором должны общаться композитор и клиент.

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

     
  • 4.57, Аноним (15), 08:53, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем специальный протокол?
    > Почему нельзя сделать обычный буфер размером 1х1?

    Потому что это пиксель с изменяющимеся параметрами.
    Но из например много.

    Вообщем .gif, изображение. Но измудренное.

     
  • 2.52, llolik (ok), 08:40, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем такие маленькие?

    Если у тебя однотонная поверхность, состоящая из пискелей одного цвета, то незачем тратить ресурсы на хранение/передачу всех элементов поверхности, когда достаточно иметь информацию о цвете одного элемента и размерах поверхности (протокол wp_viewporter).

     
     
  • 3.53, Аноним (15), 08:50, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Зачем такие маленькие?

    буферы.

     
  • 3.55, Аноним (15), 08:51, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если у тебя однотонная поверхность, состоящая из пискелей одного цвета, то незачем тратить ресурсы на хранение/передачу всех элементов поверхности,

    А всмысле эти, мониторы, ( сценические ).

     

  • 1.56, AleksK (ok), 08:53, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А между тем игры в GNOME и KDE под wayland без всякого отключения композитинга и прочих танце с бубном работают быстрее чем под иксами

    https://www.phoronix.com/review/ubuntu-2504-x11-gaming

     
     
  • 2.67, semester (ok), 09:44, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у меня в браузере дикие тормоза под федора (на мультимедиа приложениях), но там карточка nvidia 970
     
     
  • 3.72, Аноним (19), 10:23, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Установи проприетарный драйвер, тебя интересует 570.133.07. Если не поможет, удали гном. Hyprland не тормозит, kde некоторые приложения приходится в xwayland запускать (те же приложения под hyprland норм), но в целом ничего дикого, как под иксами. Разве что видеопамять утекает, но под иксами оперативная память утекает.
     
     
  • 4.79, Аноним (15), 10:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Установи проприетарный драйвер, тебя интересует 570.133.07

    Просто вопрос, это всем надо ставить проприетарные драйверы? Или на ноутбуке можно довольствоваться Firmware?

    Впрочем я и на Windows, никогда не ставил драйвера, на ноутбуки. C обновлением или SP( Service Pack )эти драйвера прилетают.

     
     
  • 5.81, Аноним (19), 11:08, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Шендоус, начиная примерно с 8, устанавливает ключевую часть драйверов (без которой ничего не будет работать) автоматически. Для игр обычно нужна более полная инсталляция, это либо установщик с сайта, либо при запуске игр в стиме само установится. Кроме того, драйвера не с сайта часто очень старые и забагованные.

    В линуксе по умолчанию используется nouveau и он годится для запуска, но не может управлять видеокартой, что требуется для полноценного использования. Есть пара дистрибутивов, которые позволяют легко выбрать полноценный проприетарный драйвер. Насколько мне известно, fedora к ним не относится.

     
     
  • 6.91, Аноним (15), 11:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Шендоус, начиная примерно с 8

    Шендоус, начиная примерно с 10 ( с сервис паками IOT, Ставит все драйверы. )

    Если конечно у тебя не топовая видеокарта.

     
     
  • 7.94, Аноним (19), 12:14, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это не имеет значения, драйвера там одни в сторе, и они старые и обглоданные. Кстати, это провал, ещё бывает поставит какой-то левый драйвер для звуковухи, или на сетевую карту драйвер от рандомной китайской подделки прилетит с обновлениями, потом сиди лови рандомные бсоды.
     
     
  • 8.106, Аноним (15), 13:01, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Значит там драйвера одни для Windows 8, 8,1, 10, 12 Windows 12 драйвера тоже об... текст свёрнут, показать
     
     
  • 9.160, Аноним (160), 09:20, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как там в будущем W12 в реальности ещё нет И да, все ставящиеся автоматом драй... текст свёрнут, показать
     
  • 3.73, AleksK (ok), 10:25, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > у меня в браузере дикие тормоза под федора (на мультимедиа приложениях), но
    > там карточка nvidia 970

    А все, нвидия по сути дропнула все что старше turning.

    https://developer.nvidia.com/blog/nvidia-transitions-fully-towards-open-source

     
     
  • 4.74, Аноним (19), 10:27, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нвидия только блеквелл на данный момент дропнула.
     
     
  • 5.77, AleksK (ok), 10:48, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нвидия только блеквелл на данный момент дропнула.

    Вот что у них написано

    > For older GPUs from the Maxwell, Pascal, or Volta architectures, the open-source GPU kernel modules are not compatible with your platform. Continue to use the NVIDIA proprietary driver.

    Пользуйтей старыми блобами. По сути дропнула.

     
     
  • 6.80, Аноним (19), 10:56, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    50s только открытый драйвер (и то не для всех карт) и он не очень хорошо с ними работает. У старых есть хоть опция установить закрытый, который без большинства проблем.
     
     
  • 7.104, AleksK (ok), 12:46, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 50s только открытый драйвер (и то не для всех карт) и он
    > не очень хорошо с ними работает. У старых есть хоть опция
    > установить закрытый, который без большинства проблем.

    Открытый становится основным, так что поддержка все что старше turing потихоньку сворачивается.

     
  • 3.103, Аноним (-), 12:46, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  но там карточка nvidia 970

    Т.е ты жалуешься, что на новейшем линуксе на работает видяха 10+ лет?
    А чего еще ты ожидал от stable nonsense))?
    За стабильностью это на винду, к сожалению.

     
     
  • 4.105, Аноним (15), 12:51, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > За стабильностью это на винду, к сожалению.

    Ведь Linux это стабильное что то такое.
    А Windows, это копрораты.

     
  • 2.78, Аноним (15), 10:53, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А между тем игры в GNOME и KDE под wayland без всякого отключения композитинга и прочих танце с бубном работают быстрее чем под иксами

    Следует начать говорить, а что ты думаешь мы тут с тобой в игрушки играем?
    Это Linux, серьезная группировка.

     

  • 1.83, Аноним (-), 11:26, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >"primary-selection" - по аналогии с X11 обеспечивает работу первичного буфера обмена (primary selection), вставка информации из которого обычно осуществляется средней кнопкой мыши.

    Не прошло и двадцати лет. А теперь ещё двадцать лет надо будет, чтобы про этот primary-selection евангелисты вяленого узнали и посчитали прогрессом. А потом ещё двадцать на то, чтобы он не ломался в фаерфоксе.

     
     
  • 2.87, Sunderland93 (ok), 11:41, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этому протоколу уже много лет, и много лет он успешно работает в большинстве композиторов и клиентов
     
  • 2.112, DroidBot (?), 13:24, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Блин, да вы утомили.
    Протокол заявил поддержку свойства.
    Как и кто ее реализует - 35й вопрос.

    Да, придется все переписывать. Ну вот и переписывают.
    Лично ты или кто из знакомых что-то переписал? Продебагил, щапепортил?

    Есть готовые дистрибутивы, где нет военного. Есть - где есть.

    Это не Мак, на котором "это железо == эта версия софта" (ну, в пределах, конечно). Тут каждый сам за себя и посебе.

    Я рад, что военного затащили в кеды и оно пошло в мейнстрим сборки. Это, теоретически:
    1. Должно бустнуть багрепорты
    2. Должно дать понимание что реально нужно
    3. Должно дать понимание дельты (чего ещё нужно)
    4. Привлечь свежую кровь

    А так, конечно, да - все говно, одни мы Дартаньяны

     
     
  • 3.132, Аноним (22), 02:47, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, не надо. В линуксах уже был приток свежей крови в середине нулевых, да не абы какой, а мотивированной и квалифицированной, с необходимыми навыками низкоуровнего программирования. Куда всё пошло? На бесконечные переписывания всего и вся: кде - раз в пять лет чуть ли не с нуля, гном - иопланетные грантоеды, куча полурабочих, заброшенных проэктов. Сегодня десктоп уже не актуален для "свежей крови", они скорее под мобилки писать пойдут, чем заниматься пустой работой, которую всю всё равно через несколько лет выкинут и начнут переписывать заного, попутно ноя об отсутствии помощи и спонсирования.
     
     
  • 4.137, Аноним (15), 19:20, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сегодня десктоп уже не актуален для "свежей крови", они скорее под мобилки писать пойдут, чем заниматься пустой работой,

    А писать под Смарты, они тоже будут со Смартфонов.

     

  • 1.143, anguest (?), 08:14, 11/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всего два вопроса.
    1. Оно уже работает без багов?
    2. Есть ли нормальный RDP сервер на вяленном?
     
  • 1.162, Аноним (162), 09:57, 12/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В unstable есть ещё xdg-session-management протокол:

    https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/18

     

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



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

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