Page Comparison

...

The business strategy of any Member
Any attempts to restrict or hinder the growth or use of another industry standardization initiative
Actual, projected or future prices, or sales terms of their products
Marketing strategy, production capacity or release dates of their products
Allocation of customers or customer categories for their products

Attendee

原木、山岸、西方、加藤、田口、小松、谷川、西口、林、細川、山口、黒川、阿部、丸山（敬称略）原木、Harald、西方、加藤、田口、小松、駒形、谷川、西口、林、細川、山口、黒川、丸山（敬称略）

資料

議事録メモ

１．Sound Manager テックレビュー

西口さんからRFQドキュメントの内容説明。以下、レビュー協議結果。

3.1.3. TestSpec
- カバレッジは、テストケースに対するカバレッジだけでなく、コードカバレッジで記述した方がよい。
- コードカバレッジは70％で仮置き。　どこまで要求するかはTBD。
5.1. Function Spec
- Data Handling
  - Cluster側で音声キャプチャーはないので、要求削除する。
  - マイクでCaptureする際のRouting/Mixについての要求が記載されていないので追記する。
  - イコライザーやAmp制御など、外部ユニットに対する制御コマンドについてもInterfaceとしては存在するので追記する。
- PolicyManager
  - InterfaceについてはAGL-CompositorやPipeWireを参考に記載する。
5.2. Non-Functional
- CaptureのLatencyについても要求値を記載する。

２．Window Manager テックレビュー

田口さんからWM検討状況の内容説明。（PPT資料はRedmineにアップ予定）
以下、レビュー協議結果。

課題１・２（DataShare）について
- 共有メモリ、IPC、いずれにするか？
  - 共有メモリよりIPCの方がセキュア。
  - IPCについては、いくつかデザインパターンを比較検討済み。
  - 比較検討結果を提示する。
- そもそもで、Container間で共有メモリは設定できないのでは？
  - POSIX共有メモリであれば可能だが、IPCで。
- 基本的には、大きいデータサイズのやり取りを、コンテナ間でやり取りしてはいけないのでは？
  - IPCで扱えないようなデータサイズの大きいものは、扱わない。
課題１・２（映像転送）について
- IVI→Clusterに共有画面を転送する仕組みとしてWalthomがあるが、単一SoCに対するメソッドとしては不適切。
- Perfomanceを優先し、画面共有に対してはハードウェアCompositで対応する。
課題３について
音と表示の同期ズレは、Wayland使っている限りは解決できない。

Waylandを使わずに、2DでCPU描画するルートをClusterContainerとしては準備する。

Interface Methodについて

Haraldさんから資料説明（P.9/10）　以下概略。
- Host側での処理Overheadを避ける（Performance優先）ためには、Virtual Socket Interfaceが良いと考えている。
- オリジナルのボッシュICCOMはnetlinkで実装。だが、Containerには対応していない。
- また、NetlinkはSecurity他課題があるため、お薦めできない。
- よって、HaraldさんとしてはVirtual Socket Interfaceがお薦め。
レビュー結果
- Haraldさん提案の通り、NameSpace問題を解決するために適したソリューションであり、特に異論無し。

今後
- 今回協議した結果をアーキテクチャOverviewに反映してCloseする。
- ICCOM詳細仕様に関しては、RequirementSpecに反映する。
- HaraldさんにてDraft作成し、記載粒度と方向性があっているか、丸山確認する。

XX/XXの週

座長：XXX