問題タブ [wayland]

qml app を表示/実行するためにwestonコンポジターを使用しています。しかし、コンポジターアプリ内では予測不可能な領域で開始しているため、アプリの一部が非表示になることがあります。起動するたびに、新しいエリアでアプリが起動します。Weston コンポジター内でアプリの特定の開始領域を指定することは可能ですか?

私は、2 つのコンポジターを 2 つの異なるフレーム バッファーに描画する Android アプリの互換性プロジェクトに取り組んでいます。メイン コンポジター (リップスティック、ウェイランド コンポジター) は fb0 に描画されます。/dev/graphics/fb0 が fb1 を指している fb スワップの後、Surfaceflinger は fb1 に描画します。おそらくSDLを使用して、fb1のコンテンツを取得して画面に描画するアプリケーションを作成したいと思います。しかし、これがどのように行われるのかわかりません。

テキストが変更されたときにラベルのサイズを変更しないようにする方法はありますか?

私が解決しようとしている問題は、私のシステムでは、アプリケーションで 500 以上のウィジェットのサイズ変更と再描画に 300 ～ 400 ミリ秒かかることです。すべてのウィジェットは、Gtk::Stack に格納されたさまざまなビューを持つトップ レベル ウィンドウの下にある、表示されたウィンドウのウィジェット階層にあります。約 4Hz で更新する必要があるいくつかのデータ読み出しがあります。

私の欲求不満は、ラベルの最小サイズが割り当てられたサイズに近づくことはないということです。それでも、最小サイズの変更により、階層内のすべてのウィジェットの再計算がトリガーされます。

gnome メーリング リストのこのディスカッションに従って、ラベルからテキスト ビューに切り替えてみましたが、うまくいきませんでした。スケールが移動するにつれて物事がどのように変化するかの例を含めました。サイズが変更されたときに合計ウィンドウが再描画されないように、左のウィジェットのサイズを修正する方法はありますか?

X11 に依存しない OpenGL アプリの作成に興味があります。これまで見てきたように、これは EGL によって可能になるはずです。インターネット上にも例があります。しかし、コンテキストのバージョンを制御するにはどうすればよいでしょうか? 以下のサンプル コードは、バージョン 2.1 で OpenGL コンテキスト (ウェイランド上) を作成しますが、私のコンピューターでは、サポートされている OpenGL の最高バージョンが 3.3 であることを示しています (このようなコンテキストは、X サーバーで GLX と xlib を使用して glXCreateContextAttribsARB で作成できます)。だから私の質問は次のとおりです。どうにかして EGL を介してより高いバージョンの OpenGL コンテキストを作成できますか?

コード例:

ソース: https://github.com/eyelash/tutorials

どうやらこれはコア Wayland プロトコルの一部ではないものですが、私は Weston を使用しており、xdg-shell 拡張機能には必要なメソッドがあるようです:

xdg_surface_set_window_geometry

そこで、実行wayland-scannerして xdg コードとヘッダー ファイルを作成しました。

wayland-scanner code < ./weston-1.6.0/protocol/xdg-shell.xml > xdg_shell.c

wayland-scanner client-header < ./weston-1.6.0/protocol/xdg-shell.xml > xdg_shell.h

私が使用しているコードは、おおよそ次のとおりです。

コードはエラーなしで実行されますが、何もしません。ストックの Wayland および Weston パッケージを使用して Debian Jessie を実行しています。

それ以外のアプローチがあればxdg_shellうまくいくかもしれません。

既存の wl_surfaces をフェッチすることは可能ですか?

アイデアは、アプリケーションから wl_surfaces を取得し、その wl_buffer などのすべてのデータにアクセスできるようにすることです。

私は最近、Wayland プロトコルを使用しており、多くの関数にunit32_t serialパラメーターが含まれています。これはwayland-client-protocol.hの例です:

このパラメータの意図は、クライアントがpongディスプレイ サーバーに で応答し、値 を渡すことですserial。serialサーバーは、経由で受信したpongものとserialping で送信したものを比較します。

serialこのようなパラメーターを含む関数は他にも多数あります。さらに、API 内の他の関数の実装は、多くの場合、何らかの作業を行う前にグローバルwl_display->serialプロパティをインクリメントして新しい値を取得します。私の質問は、一般的な意味で、このパラメーターserialの根拠は何ですか? 名前はありますか？たとえば、これは IPC のことですか、それともイベント駆動型/非同期プログラミングの一般的な方法ですか? 非同期メソッド呼び出しの XCB の「Cookie」の概念のようなものですか? この手法は他のプログラムにもありますか (例を挙げてください)?serial

別の例は glut にあります。「非同期呼び出しの一般的なイディオム」としてglutTimerFunc ここで説明されているを参照してください。このイディオムに名前があるかどうか、また、継続や「シグナルとスロット」など、非同期/偶数駆動型プログラミングのベスト プラクティスまたはテクニックとしてどこで (良い引用をお願いします) 議論されているかを知りたいです。または、たとえば、共有リソースの数は単なる整数ですが、「セマフォ」と見なされます。