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

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

場所

• Web meeting

日時

• 6月1617日(火水)　１５：００－１６：００　１４：００－１５：３０

議題

...

1. Sound Manager テックレビュー
2. Window Manager テックレビュー
3. QM状況報告

議事

資料

• 200616 AGL_Input_ManagerICE_EG_SondMng_RFQ.docx
• 200608 AGL Windowシステム検討_#XXX.pptx

議事録メモ以下、PPT資料説明に対する協議内容

１．Sound Manager テックレビュー

...

• アプリContainerが落ちることを前提とすべき。Restartは必要。
• Server/Cilentモデルで、Restartできるようにしておいた方が良い。

...

• Container間の通信が発生するDasiyChainは適さない。
• Server/Cilentモデルで、ClientはMultiClient方式にした方が良い。
• Host側InputManagerをServerとし、アプリContainerはMultiClientとする。

...

• 構造は複雑となるが、HostとContainerでInputManagerをネストさせることでレイテンシーを小さくする。
• Host側のInputManagerとClusterContainer内部のInputManager間で、イベント消費する・しない、を判断する

...

• アプリContainerが死んだときに、どのようにしてHost側のInputManagerに知らせるか？
  • 例えば、ServerとClientでセッションが切れたときに、Host側はClientのInputManagerが死んだと判断する。
    アプリContainerが死んでいるときor起動中の時に、Host側のKeyイベントはどうする？　捨てる？　キューイングする？
    • Keyイベントは捨てる、で良い。
• Clusterがダイレクトで受けなきゃいけないKeyイベントは何か？
  • ADASやTripComputerの表示切替など。
  • ＋/－キーなどは、Clusterは要らない。
  • そもそもで、ClusterとIVIで共有するイベントはなさそう。
• Keyイベントの動的な割り当て・変更は必要か？
  • ClusterとIVIのKeyイベントの割り当てに関しては静的に決定できるため、動的な変更は考えないこととする。
  • Hostとしては、静的なConfigurationで済ませる。　動的な変更は考えない。
  • HostとClusterのInputManagerはSimpleな形とする。
  • IVIのInputManagerは、動的に通知先が変わる・変更する可能性が出てくるので、Hostとは明確に分離する。
• 実装モデルはどうするか？
  • 通信手段
    • Container間通信としては、UNIXドメインソケットが一般的。
    • それ以外の手段としてはVX-CANがあるが、一般的ではない。
  • API
    • 必要なAPIは、Register、Unregister、Notify、Response、の４つか。
    • Unregisterは必須ではない。実際に使用するかどうかはわからないが、動的に登録解除する可能性もゼロではないため準備する。
    • Responseは、アプリContainer側でイベントが消費したことをResponseするために使用。
  • データフォーマット
    • 規定する必要あり。（次回宿題）

...

西口さんから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についても要求値を記載する。

次回

XX/XXの週

座長：XXX