Workshop agenda for: GENIVI 20th All Member Meeting a Digital Experience
Times are in CET (= UTC + 1) (note, that is now "winter time", not daylight savings time)
(AM) 9:00-9:30 | Report | 30 | Android Automotive SIG #2 - Audio HAL Presenter: Piotr Krawczyk (Tieto) Pre-recorded? Supporting presentation material: Wassim Filali |
| 9:30-9:45 | Break | 15 | Sponsors' Videos |
| 9:45-11:15 | Working Session | 90 | Android Automotive SIG #2 - Audio HAL Moderators: Raghuram, Suhasini / Filali, Wassim Abstract: Audio management is one important aspect and constraint for the utilization of Android Automotive for the IVI unit. During Q2 2020, the AASIG AUDIO HAL project team has undertaken the design and implementation of a proof-of-concept demonstrator focusing on the routing and control of external data streams.
|
| 11:15-11:30 | Break | 15 | Sponsors' Videos |
| 11:30-13:00 | Working Session | 90 | Android Automotive SIG #2 - Audio HAL Moderator: Raghuram, Suhasini / Filali, Wassim Abstract: continuation of the working session |
Recommendations :
(Wassim - draft)
Please fetch a template here. For the virtual tech summit 16:9 version is likely the best.
GENIVI Standard Presentation Documents (you may need to log in to the Wiki to view this page).
TODO
(Suhasini - draft)
(10m?) Why AASIG does investigation into the Audio subsystem
This is good to have. This is sort of an intro to what the aim of this group is. Should this come here, or before, in the status report?
Would it be an abrupt flow, if we talk about who we are and what we do after demonstration?
(30m) Audio systems in automotive and where android fits in.
A small intro to what the audio system in cars is today might be useful to drive the discussion. We can then bring in the following options :
* android as audio router - routing different streams?
* android as a audio master - master controller that controls the overall audio system.
* android as a source only ?
* what are the most prominent use cases for infotainment headunit and how does android help/ hinder that as compared to linux / QNX / custom OS?
This discussion will also serve as an intro to Networked audio devices ( which is a specific use case of when Android is just used for routing various streams throughout the network in the car. )
(20 m?) Supporting and controlling external audio devices - - how android would handle this?
trunk amp / Rear seat entertainment units
encryption - decryption for content protected streams ( netflix / spotify streaming services)
Also communicating between containers / vms ?
(10m) Virtualization ( need to research more to get specific questions to drive discussion )
(10m) Containerization ( need to research more to get specific questions to drive discussion )
(10-15m) Latency & performance
Latency
Audio latency is quite an important aspect for some advanced applications/ processing in audio.
* How is latency measured today.
* How can we support low latency applications with Android?
(30m) Should we be looking at using some AGL components with Android?
* Are there any features in AGL ( which is already adapted to automotive usecases) that can be brought in directly into Android.
* Any designs that can be adapted.
* is there scope for maybe making this more similar in design to AGL ( for specific features)
(15 -20m) Use case supports -
(10m)Bluetooth device control and support
( more research )
(5 - 10m)Safety implementation in Audio?
<<taken from list of prioritized topics page>>
Android Audio subsystem is developed only for infotainment purposes. Safety-related features need to be implemented in another RTOS
Need to share the same hardware between 2 OSes
Running Android as a virtual machine inside RTOS leads to problems with scheduling of audio processes
Remark : This going towards the other extreme of making a system outside of Android to control safety-related features. It should be address in the POC as well.
extracting raw streams helps with this point (handing over also relates to this)
Ideas for detailed agenda: