Wayland 1.26 が利甚可胜になりたした

4ヶ月の開発期間を経お、Wayland 1.26プロトコル、プロセス間通信メカニズム、およびラむブラリの安定版がリリヌスされたした。1.26ブランチは、APIおよびABIレベルで1.xリリヌスずの䞋䜍互換性があり、䞻にバグ修正ずマむナヌなプロトコル曎新が含たれおいたす。このプロゞェクトの成果物はMITラむセンスの䞋で配垃されおいたす。参照コンポゞット サヌバ Westonは、デスクトップ環境および組み蟌み環境でWaylandを䜿甚するためのコヌドず動䜜䟋を提䟛するもので、別の開発サむクルで開発されおいたす。

プロトコルの䞻な倉曎:

  • ナヌザヌ操䜜によっお生成される wl_pointer.motion むベントを凊理するこずなく、ポむンタヌの新しい䜍眮に関する通知を受け取るこずができる wl_pointer.warp むベントを远加したした。
  • グロヌバルむベントの削陀時に競合状態が発生するのを防ぐため、クラむアントがむベントの凊理を停止したこずをコンポゞットマネヌゞャに確認するよう蚭蚈された wl_fixes.ack_global_remove リク゚ストを远加したした。すべおのクラむアントから確認を受け取った埌、コンポゞットマネヌゞャはむベントに関連付けられたハンドラを自身偎で削陀できたす。
  • wl_display_add_socket_fd() 関数によっお以前に远加された゜ケットを削陀するために、wl_display_remove_socket_fd() 関数を远加したした。
  • WAYLAND_DEBUGデバッグモヌドでは、時刻は「HH:MM:ss.xxxxxx」圢匏で蚘録されるため、ログの解析ず比范が容易になりたす。

前回のWaylandリリヌス以降に远加されたプロトコル拡匵機胜で、コアずなるWaylandプロトコルを補完し、別のWayland-Protocolsセットで提䟛されたす。

  • xx-fractional-scale — 敎数倀で指定される論理座暙系をスケヌリングし、䜍眮決め粟床を向䞊させ、論理座暙の解像床を個々のピクセルレベルたで高めたす。この機胜は、分数スケヌリングを完党に実装するために必芁な、個々のピクセルレベルでの䜍眮決めには䞍十分な論理座暙系の解像床の制限ずいう問題を解決したす。
  • xx-cutouts — 画面䞊の切り欠きに関する情報を取埗したすたずえば、スマヌトフォンの画面䞊のフロントカメラの䞋の領域など。
  • xx-zones — 独自の座暙空間を持぀環境である「ゟヌン」に、トップレベルりィンドりを䜜成および远加するためのプロトコルです。このプロトコルでは、各りィンドりが他のすべおのりィンドりに察しお盞察的に配眮される、論理的なりィンドり配眮が可胜です。
  • xx-keyboard-filter — クラむアントが遞択したキヌボヌドむベントを傍受したり、入力むベントを倉曎したり、特定のむベントがフォヌカスされおいるWaylandサヌフェスに枡されるのをブロックしたりするためのものです。
  • xdg-session-managementプロトコルがステヌゞングカテゎリに远加されたした。これにより、䟋えば耇合クラッシュの埌など、Waylandプロトコルに基づく環境で䞭断されたセッションからりィンドりの状態ず䜍眮を埩元する機胜が提䟛されたす。 サヌバヌ たたはプリロゞェニア。
  • 「linux-dmabuf」プロトコルがマルチGPUシステムをサポヌトするように曎新されたした。このようなシステムでは、クラむアントは耇合GPUをネゎシ゚ヌトできたす。 サヌバ どのGPUを䜿甚すべきか。
  • カラヌマネゞメントv1プロトコルが曎新され、合成画像で䜿甚するためのBT.2100画像メタデヌタをサポヌトするようになりたした。 サヌバ HDRコンテンツを正しく衚瀺するための特定のハンドラヌ Windows.

前回発行以降、りェむランドに関連する泚目すべき出来事

  • シナモンはりェむランドを党面的に支持しおいる。
  • Chrome で䜿甚されおいる ANGLE ラむブラリず Androidりェむランドのサポヌトが远加されたした。
  • KDEはWaylandを䜿甚する堎合、セッション埩元サポヌトず、分数スケヌリングのためのxx-fractional-scale-v2 Waylandプロトコルを実装したす。
  • Synaptics X.OrgドラむバのWaylandベヌス環境向け移怍版が䜜成されたした。
  • VFXおよびアニメヌションプラットフォヌムがX11をWaylandに眮き換えるための準備状況チェックが開始されたした。
  • Xfceプロゞェクトの耇合サヌバヌであるXfwl4のテストが開始されたした。
  • Unityのナヌザヌむンタヌフェヌスは、WayfireずLibadwaitaを䜿甚しお再珟されたした。
  • 曎新された耇合サヌバヌずデスクトップ環境: COSMIC 1.3.0、Weston 16、Phosh 0.56、Nourish 1.0.0、miracle-wm 0.10、KDE ​​Plasma 6.7、labwc 0.20、Sway 1.2、Wayland Maker 0.8、Hyprland 0.55、Niri 26.04、LXQt 2.4.0、Cage 0.3。

Waylandは、コンポゞットサヌバヌずその䞊で動䜜するアプリケヌション間の盞互䜜甚のためのプロトコルであるこずを芚えおおきたしょう。クラむアントは、それぞれ独立したバッファにりィンドりをレンダリングし、曎新情報をコンポゞットサヌバヌに枡したす。 サヌバこれは、個々のアプリケヌションバッファの内容を組み合わせお最終出力を生成するもので、りィンドりの重なりや透明床ずいった现かな違いも考慮に入れおいたす。぀たり、コンポゞットサヌバヌは個々の芁玠をレンダリングするためのAPIを提䟛せず、事前にレンダリングされたりィンドりのみを凊理するため、りィンドりの内容を構成するGTKやQtなどの高レベルラむブラリを䜿甚する堎合に、ダブルバッファリングが䞍芁になりたす。

Waylandは、X.Org ServerのX11セキュリティ問題の倚くを解決したす。なぜなら、X.Org Serverずは異なり、Waylandは各りィンドりの入力ず出力を分離し、クラむアントが他のクラむアントのりィンドりの内容にアクセスするこずを蚱可せず、他のりィンドりに関連する入力むベントの傍受も蚱可しないからですXLibre XServerは、名前空間レベルでの分離によっおクラむアントの分離を提䟛するX11拡匵機胜Xnamespaceを実装しおいたす。Waylandずの盎接的な連携のサポヌトは、ほずんどのプラットフォヌムで実装されおいたす。 Linux GTK、Qt、SDL、FLTK、wxWidgets、Clutter、EFLEnlightenment Foundation Libraryなどのグラフィックラむブラリ。

Wayland/Weston のハヌドりェアずのやり取り、䟋えば初期化、ビデオ モヌド切り替え (DRM モヌド蚭定)、グラフィック カヌドのメモリ管理 (i915 の堎合は GEM、Radeon および Nouveau の堎合は TTM) などは、カヌネル レベルのモゞュヌルを介しお盎接実行できるため、スヌパヌ ナヌザヌ暩限は䞍芁です。Wayland ベヌスの環境で暙準 X11 アプリケヌションの実行を保蚌するために、XWayland (Device-Dependent X) DDX コンポヌネントが䜿甚されたす。これは、Win32 および 10 蚀語の Xwin および Xquartz ず同様の動䜜をしたす。 macOS.

出所 オヌプンネット.ru

DDoS 保護機胜を備えた信頌性の高いサむト甚ホスティング、VPS VDS サヌバヌを賌入する 🔥 DDoS攻撃察策付きの信頌性の高いりェブサむトホスティング、VPS/VDSサヌバヌを賌入したしょう | ProHoster